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ABSTRACT 



COMEL is a communications oriented war game develooed by 
the Joint Telecommunications Staff Officers' Course at 
Keesler AFB. The war game has been automated to run on a 
VAX/VMS comouter. The program allows computer assisted play 
of the game usina a manual gameboard. 

The game has two portions/ an Acguisition Phase and an 
Operations Phase. In the Acouisition Phase/ players budget 
for research and development/ manu f ac t u r i nq / purchase/ and 
operations and maintenance of communications and electronic 
equipment for a Joint Task Force (JTF). In the Operations 
Phase/ ol avers allocate the available communications and 
electronic eQuipment to units/ physical locations/ or 
special missions and then direct the employment of theunits 
and equipment in a war game. 

The proqrams are written in structured FORTRAN 77/ with 
extensive comments and external documentation, so that they 
can be read, understood/ modified/ and expanded oy those 
with limited oroarammina experience. 
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I. BACKGROUND 



Communications Electronics War (COMEl) was develooed as 
a manual war game in 1982 by students at the Joint 
Telecommunications Systems Staff Officers Course (TSSOC) at 
Keesler Air Force Baser Mississippi. The goals of tfte game 
were to "integrate selected objectives of TSSOC into a 
single exercise" and to give an understanding of "the 
complexities of joint communications systems acauisition and 
planning." [Ref. 1) 

The basic concept of the game was develooed by Major 
James L. Parrine and other TSSOC faculty members. Their 
concept called for a game based on the assumption that 
"operational forces are only as effective as the comm 
supporting them." [Ref. 11 Their initial concept was 
primarily concerned with acauisition. Each team was to 
begin the game year with given ooerational communications 
systems. The teams would have research? acouisition? and 
intelligence decisions to make with limited resources. 
Subseouent turns would represent budget years. Random 
events would by entered into the game via "Gimme a Break" 
and "Awshucks" cards. The initial concept called for the 
development of an objective evaluation criteria to determine 
the game winner. 
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The concept was further refin en to include a combat 
ohase with faculty members as controllers and evaluators. 
Preliminary desiqn goals were defined and given to the 
students. 

The manual game was then designed bv three students as 
their maior Droject for the course. Credit for the game 
design goes to Caotain M a tt Downing (USA), Captain Milbert 
Grabowiecki ( U S A F ) / and Caotain John Ortman (USAF). They 
designed most of the manual game materials that were used in 
developing this thesis and the computer version of COMEL. 

- 1st Lt Diana Youngs/ who has been involved in the evolution 
of the manual gamer Provided additional materials. 

The goal of this thesis was to develop a computer 
version of COMEL to incorporate most of the features of the 
manual version and to allow later expansion of the game. 
The computer version was designed in :wo portions. Robert 
Allqood designed the control modules .and the Acquisition 
Phase modules# Katherine Rcwe designed the Operations Phase 
modules. The two Portions were then combined to form a 
single game. The computer version is resident in the C2 
Wargaming and Research Laboratory (C2 WARLAB) at the Naval 
Postgraduate School (NPS) and can be modified for use at 
TSSOC when a computer facility is available. A detailed 
User's Manual and Maintenance Manual have been written and 
are attached as appendices to this thesis. The scripts of 
these manuals are also available through the C2 WARLAB. 
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II . GAME CONCEPT AND MODELS 



A. GAME OVERVIEW 

COMEL is logically divided into an Acquisition Phase and 
an Operations Phase. Each of these chases progresses 
through a series of turns. The turn for Acquisition is a 
budget year and for Operations is a game step of 
aoproximately one day. 

The Umpire has complete control of the sequence of 
events in COMEL The game can be run at the convenience of 
the players involved. The Acquisition Phase can be played 
in one session and the Operations Phase started during a 
secerate session, or the Operations Phase can be set to 
start automatically should the war occur (by program control 
or by the Umpire's decision). The Umpire can stoo play of 
the game at the beginning of any turn. When COMEL is 
stooped in this manner/ the Umoire may save the game files 
in one of the save areas set aside for this purpose. The 
Umpire and olayers will then have the opportunity to 
continue the game at some later time. 



During 


the i n i t i a 1 i z a t i on of 


COMEL/ 


the 


ol avers must 


coordinate 


closely with the 


Umo ire/ 


t 0 


ensure prooer 



synchronization. Players do not have any further input 
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effecting the administration of the game/ which is under 
UmDire control. 

Data files are available for a default game that is 
based on the manual version of COMEL. Ey substituting 
alternate files the Umpire can change the scenario. 
Detailed instructions on oreoaring alternate files are 
included in the Maintenance Manual. 

The models used in COMEL will be discusser! only briefly 
in this thesis since they are explained in detail in the 
attached Users' and Maintenance M anuals. 

B. ACQUISITION PHASE 

The Acauisition Phase of COMEL should give the dI avers 
an aDpreciation of the comolex i ties* in terms of time/ 
money/ and magnitude of decisions involved/ in the 
procurement of systems to fulfill mission deficiencies. 

All systems have life cycles. [Ref. P i In terms of the 
Acquisition model used in COMEL/ a svstem will begin its 
life cycle as soon as money is applied in research and 
development (R+D) o r, for systems net requiring R + D/ when 
money is applied to manufacturing for deployment (M+D). 
Some systems may already be in the life cycle orocess when 
the Acquisition Phase starts/ if already in the inventory 
and ooe rating. 

Systems that can be acquired fit into five general 
cat egor i es : 
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a. Ground communications systems (HF, VLF, tactical/ 
Satellite q r o u n d terminals/ and line-of-siqht systems) 

b. Communications satellites 

c. Intelligence satellites 

a. Electronic warfare systems 

e. Soecial systems ( A rt A C S , airborne command costs/ and 
an t i -sa t e 1 1 i t e weaoons) . 

There are actually three phases of the system life 
cycle; the planning period/ the acquisition oeri od/ and the 
use period (the Ooerat i ons Phase of COMEL). The planning 
period begins prior to the start of the computer portion of 
COMEL and continues throughout the qame. 

Before the qame begins/ players should be given basic 
scenario descriptions. (The default game includes CONPLANS 
anc' Commander's Planning Guidance which are included as 
attachments to the Users' Manual) They also need lists of 
combat units and available electronic systems. The players 
should decide in advance what systems they need to acquire 
to meet the threat. Planning continues throughout the 

Acquisition Phase as players react to budqet constraints and 
i n t e 1 1 i gene e . 

The Acquisition Phase includes all those steos necessary 
to design, test and evaluate, produce, and install tne 
planned systems. The stages in Acquisition can include 
normal Research and Development (R+D), accelerated Research 
and Devel ooment (AR+D), Manufacturing for Deployment ( M+D ) , 



normal Operation and Maintenance (0+M) and Reouced Operation 
and Maintenance (RO+M). All the above steps require annual 
budget money to be committed. There are also some 
intermediate steps that come between the steps listed above. 
After (R + 0 ) the system enters a state called Finished 
Research and Development (FR+D). Players cbliga’-e money to 
move systems in this state into M + D (as well as those 
systems not requiring R + D). When systems finish M+D, they 
become available for purchase and can be placed in an 
operating status. However, due to the high cost of 
maintaining tooling, a system may disappear '‘rom a -eady to 
be bought status if not procured the year available. In 
which case, that system would have to be started from 
scratch again. The life cycle is pictured in Figure 1. 
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THE SYSTEM LIFE CYCLE 
Figure 1 

As with the acguisition of any real world systems, the 
oudget is a major factor in most decisions, with an 
unlimited budget, one could procure everything available and 
the decision process would be simple. In COMEL the Umpire 
acts as the budgeting authority for the players (ie, 
Conqress or DOD). Each year the players are allocated a 
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budget that, given an appropriate acquisition strategy, 
should permit the development within a few years of enough 
systems to meet the projected threat. The players then 
allocate their budget among the current systems in 0+M, 
systems under M+D, and the R + D programs. War can occur any 
time after year two? the probability of war is low in year 
two and increases each year thereafter. The player has to 
balance the threat of war the next year against more 
effective systems that require several years to bring 
through the acquisition stages. The budget given the player 
may not be enouqh to attain all the player's procurement 
plans. The Players then must prioritize and make tradeoffs 
to decide which systems are most essential to the mission. 
The player mav save money by placing systems in reduced 0+ M 
or ov scraooing certain existing systems. 

The player should remember that there is an opponent who 
eventually will test the acquisition decisions made. The 
player may gain an advantage by purchasing intelligence from 
the Umpire. Intelligence may enable the player to take 
advantage of what the opponent is doinq. 4s with any 
intelligence system, information obtained is not perfect and 
may be totally worthless. It should be used to aid in a 
decision but not as the driving force. 

The last major factor in the acquisition process is 
time. Each turn has a time limit; if advanced planning was 
not adequate^ decisions may be rushed. Time is also a 
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factor when considering the years required to make a system 



available for use in the field. The olayer therefore must 
account for the time required to develop and field eoui omer t 
and must decide which systems to introduce into P + 0. Of 
these* the player must decide which systems to select for 
AR + D* which to continue into M + D and 0 + M* which to scrap* 
and which to defer to the future (while considering the 
probability of war). 

In the Acquisition phase* the player has two decision 
aids available to assist in the planning and acquisition of 
systems. These aids are a forecast of budget requirements 
and a force Projection. Both are forecasts for the ne::t 
five years. The budget forecast predicts costs for 
continued develoDment* purchase* and operation of svstens 
that are currently in the field or in acquisition. The 
force projection consists of two graphic oresentations; one 
summarizes technical Parameters of systems under development 
and in operation* the second shows a force assessment based 
on the weighted average of the technical parameters. A 
further descriotion of these routines can be found - n the 
Users ' Manua 1 . 

The final stage of the system life cycle is the use 
oeriod: The actual operation of the system. This is the 
point in COMEL where the Acquisition Phase ends and the 
Ooerations Phase begins. 



C. OPERATIONS PHASE 

The Operations Phase allows the players to test their 
acquisition decisions in simulated combat. At the beqinninq 
of the Operations Phaser the players allocate the systems 
they Purchased to combat units or fixed locations. 
Throuqhout the war game* the players make decisions 
affect i no the operations of their electronic systems and 
combat units. "hrough the communications* mobility/ and 
combat models/ the acquisition and allocation decisions that 
the players made are reflected in the conduct of the battle. 

The war game oits two Joint Task Forces (JTFs) against 
each other in <» race to gain control of key objectives on a 
hex map. T he default game scenario has the Red and Green 
forces deployed in allied countries/ 81ue and Yellow. The 
Rea and Green forces are trying to gain control of valuable 
mineral reserves and the port facilities in a neutral 
country, Utopia. 

1 . Communications Models 

The communications models used in COMEL are based on 
a measure called C3 Effectiveness Cor Effectancy). This 
value is a "measure of the overall ability of a 
communications system to support the mission of the unit it 
is assigned to." CRef. 11 The C3 Effectiveness (C3E) in the 
manual game is a product of reliability/ flexibility, and 
ooerability of an electronic system or a communications link 
(including both ends of the link). In the default version 



15 



of the computer game/ C3E is also a product of reliability/ 
flexibility/ and operability? however/ for communications 
systems the sauare root of the product is used to represent 
the C 3 E of one end of a communications 1 i n k , since the two 
ends of a communications link are treated separately in 
calculations of connectivity. 

The designers of the game define these three values as 
f o 1 lows [Ref. 11 : 

a. "Reliability coefficient: A system's ability to 
remain ooerat ional and Perform according to specifications, 4 

b. "Flexibility coefficient: A system's ability : o 
accommodate various traffic fluctuations and procedure* 
changes based on operational crises." 

c. "Operability coefficient: A measure of the esse 
with which a system can be understood/ operated/ and 
maintained by those trained to do so." 

Each of these measures is expressed as a d e c i m a ; 
between zero and one. Only the resulting product/ C3E/ ‘S 
actually used in the game models. 

The C3E of communications systems is used tc compute 
three measures of connectivity. These program variaoles/ 
N C A C 0 N , C3EXT/ and I N T C 3 / are assigned values from zero to 
one. MCACON is a measure of the ability of the JTF 
headquarters to contact the National Command Authority 
(NCA). C3EXT is a measure of the ability of a unit to 
contact their JTFHQ. INTC3 is the measure of a unit's 
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interna!/ tactical communications. These three measures of 
connectivity are used throughout the game as the orooability 
that necessary information can be oassed from one level of 
command to another. 

The C3E value of other electronic equipment/ such as 
electronic warfare systems/ is used to represent the 
probability that the system will satisfy its mission. 

Other technical data/ such as range/ compatibility/ 
mobility/ and satellite beam width/ are modeled directly in 
the game . 

2 . M ovement v odel 

Movement of units is based on an optimum oath 
routine and movement points (mobility). The players incut 
goals ( des t i na t i on s ) lor their units. The optimum oath 
routine calculates the best oath for that tyoe of unit to 
take to reach the goal/ based on the terrain. Each he* 
along the oath will require a certain number of points to 
traverse? for example'/ open terrain requires one point/ 
mountains three? movement along a road takes one half point. 
The data files assign each unit a certain number of movement 
points oer turn (files are created prior to game clay). 
This mobility can be cut in half by poor internal 
communications (INTC3). 

During a turn/ each unit moves along the optimum 
oath until it runs out of movement points? reaches its goal/ 
or comes into contact (adjacent hex) with an enemy unit- 
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rt/hen in contact with the enetiy» the olayer can have the unit 
assume one of three defensive positions (retreat, continue 
toward its goal/ or stop in present position), or reouest 
approval of an attack. Approval level for attacks is set oy 
the Umpire as Rules of Engagement (ROE). Three ROE are 
allowed: the Umpire can reaui re MCA approval of all 
attacks, allow JTFHQ approval, or permit local unit 
commanders to attack targets of oooortunity. For example, 
the N C A or JTF may want to maintain attack approval 
authority to ensure that the other side initiates 
hostilities, or to coordinate the timing of a preemptive, 
force wide attack. 

3 . Combat ^ode 1 s 

The combat seauence of the game models most aspects 
of the modern, joint battlefield. In addition to grouno 
combat, the qame includes extensive air combat models, 
including interdiction, close air support, counter air, 
reconna i sance , and tactical airlift of airborne forces. 
Air-land forces include the JTFHQ, tactical fighter winas, 
armored brigades, mechanized brigades, and airborne 
brigades. Sea forces include carrier battle groups, 
amphibious task forces, and Marine forces. 

The combat models themselves are very simple, 
deoendina primarily on computing the difference in various 
combat values (in the inout data files) and applying a 
random factor. The requirement for communications 



18 



connectivity and the >*ole of electronic warfare is modeled 
in more detail. The construction of these models is 
described in detail in the Maintenance Manual. 

D. CRITIQUE OF MODELS 

The three basic commur i cat i ons connectivity model s> 
NCACON, INTC3, and C3EXT, are based on orobability theory 
and are only as good as the C3 Effectiveness values that are 
entered through the initial data files. The method used bv 
in the manual game and in the default comouter game to 
calculate C3E is si mol e> but not necessarily the most 
aooroDriate method. Surv i vat i 1 i t y / sDeed of transmission, 
traffic load, and other important considerations are not 
factors used in the calculation of C3E, and possibly should 
be included. Users mav crecite their own C3E values and use 
them instead of the default values, 

The effect of communications on combat is modeled 
extensively and aooroor i at el v» however there are still some 
occasions in the aame when connectivity should be a factor 
but chec'<s are not included. More could be added easily. 
Time delays are not directly modeled in the game; however, 
since the time steo of the Operations Phase of the game is a 
whole day» time delays would be difficult to model. 

The role of the Airborne Command Post in combat is 
minimized in the game. It's only role is as a 
communications relay. There is no use of the A8NCP as an 
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alternate decision-making unit, in case of combat losses at 
the Joint Task Force Headauarters . 

The Airborne Warning and Control Aircraft acts as a 
communications relay and also provides advanced warning of 
air strikes. AWACS should also add to the effectiveness of 
counter-air and c 1 ose-a i r-suooo r t . It could also provide 
some additional tactical intelligence. 

The combat models are low-resolution, simplistic models. 
They are based almost entirely on input combat values. 
These values should be evaluated by people with combat 
experience to make sure the values for different units have 
realistic ratios. However, the simplistic models themselves 
may be sufficient, since the purpose of CO MEL is to train 
communications officers, not combat operations officers. 

The implementation of the enhancements listed in Chapter 
IV could eliminate most of the known deficiencies of the 
game . 
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III. USE OF COME-. 



COMEL was developed as a manual game to train 
communications staff officers. The computer version can be 
used for this purpose at TSSOC * in the Telecommunications 
Management curriculum at the Naval Postgraduate School 
( NPS ) * or wherever a compatible computer capability exists. 
By forming into joint staffs and discussing the advantages 
and disadvantages of various communications systems in the 
game scenario/ students and other communications officers 
can apply what they have learned about systems/ the 
acguisition process* and the role of communications in 
supporting combat. The major learning experience for 
communications officers comes in discussions during the 
Acguisition Phase of the game and during the first 
Operations turn* while allocating the equi orient to units and 
missions. The remainder of the Operations Phase serves to 
provide feedback* helping olavers to evaluate their 
decisions. The combat chase also makes claying the game 
much more interesting! 

Tor students in the Command and Control curriculum or in 
Operations Research at NPS* the game provides a 
demonstration of the interrel at ionshio of air and land 
combat and the roles of communications and electronic 
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systems. The game also orovides a convenient format for 
students to learn simulation and war gaming techniques. 
Unlike most comouter war games* COMEL is soecifically 
designed for study and modification by novice orogrammers. 
Students with only a rudamentary knowledge of FORTRAN can 
study the construction of the models* evaluate and criticize 
them* and try to improve them. 

The Acauisition Phase of COMEL can be used to 
demonstrate some of the material learned in Project 
manaaement courses. The Acguisition Phase illustrates the 
steps in the system life cycle and gives an appreciation of 
the time necessary to Procure a system. The decisions and 
timing also show some of the concepts studied dealing with 
the Five Year Defense Plan and the Planning* Programming and 
Budgeting System. 

If orooerly validated (see Chapter V* Section A) the 
game might be used by serious researchers to study various 
measures of effectiveness for command and control systems. 
The same scenario can be run using different measures of 
effectiveness for component systems. The relative value in 
combat of two different systems* for example an additional 
ArtACS or new HF radios* could be evaluated by giving one to 
the Red forces and one to the Green* with all other factors 
the same. Measures of effectiveness for the overall command 
and control orocess could be evaluated by seeing how well 
they predict the outcome of the game. 



I v . RECOMMENDED ENHANCE MEN T j 



The modular construction of the game lends itself to the 
addition of many enhancements which could be accomolished as 
individual or group orojects. This section of the thesis 
describes some but not all of the enhancements that could be 
made . 



A. VALIDATION OF OPERATIONS MODELS 

The models used in the Ooerations Phase and the 
numerical values assigned are primarily tnose developed for 
TSSOC's manual version of the game. If the numbers and 
models were validated the game could be used as more than a 
traininq aid. The critical points to be validated are: 

a. The C3 effectiveness values for default 
communications and electronic systems. 

b. The relative combat values of units, including 
ground combat value, air defense value, and various air 
combat values. 

c. The effect of terrain on communications. 

d. The effect of terrain on movement. 

e. The combat outcomes table, air defence outcomes, 
and counter-air outcomes. 
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The single nost critical factor in the game is the C3 
effectiveness value for communications and electronics 
systems. This number, as developed by the designers of the 
game, is a direct oroduct of reliability, flexibility, and 
ODerability (see Chapter 2, Section C). These values, if 
they are to be used, should be verified as typical of the 
particular type of equipment. However, there may be a 
better measure of effectiveness than this oroduct. Perhaps 
a different weighting of the factors should be used or 
oerhaos new factors should be added. Since time delays are 
not directly modeled, perhaps a measure of soeed of 
transmission or soeed of message preparation should be 
added. Different measures of effectiveness can be used for 
different systems. As long as the final C 3E value is 
expressed as a probability, any value may be used and the 
game can proceed with no changes except to the initial data 
file. 

The game models might be validated in five ways: 

a. Each individual model such as close air support 
or terrain effect on movement could be subjectively analyzed 
by experts in the field. 

b. The scenario could be modified to match that of 
a higher resolution game such as the McClintoc Theater M ode1 
( M TM) [Ref. 31, and the final results could be compared. 

c. The scenario could be changed to match a 
historical battle of similar scooe, such as the Faul'eland 
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Islands or the 1982 Lebonese conflict* and the game result 
could be compared to the actual outcome. 

d. The scenario could be changed to match that of a 
field exercise and the outcomes could be compared. 

e. Some of the individual models could be compared 
to real world situations. For example* a game combat unit 
and Joint Task Force Headquarters could be given exactly the 
same set of communications equipment as is available to a 
real world unit and its headquarters. The gam® units could 
be set in mao terrain to match the actual situation. The 
real capability to get messaoes from the unit to the 
headquarters could be measured through test messages and 
compared to the qame unit's ability to communicate with 
headauarters (C3EXT). 

The validation methods described nere could easily 
become the subjects of several different theses. One thesis 
could develop and test a better method of calculating C3E 
for the systems. In another thesis* a communications 
student could analyze the communications models* NCACON* 
INTC3* and C3EXT* and their effect on the battlefield. An 
Electronic Warfare student could analyze the EW models. A 
Command and Control or Operations Research student with 
extensive air-land combat background could analyze the 
combat model s . 
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8. GRAPHICS 



The computer version of COMEL still requires manual 
layout of communications networks to plan the allocation of 
equipment. A graphics program that took the list of 
equipment and proposed allocations and drew the resulting 
networks would be a valuable enhancement of the game. The 
graohics program could use color to distinguish oetween 
fixed and mobile equipment. It could call on Subroutines 
NCACON, INTC3* and C3EXT to calculate the overall 
connectivity measures for each unit and display them so the 
player would know which units needed more equipment for good 
connectivity. 

The garre also requires a manual game board. The players 
and the Umpire maintain separate maps of their view of the 
battlefield. A graphics program could be developed to 
display the mao at two levels of detail. A complete mao 
could show all the owned units' locations and perhaos their 
proposed oaths and any known enemy locations. A higher 
resolution map could be called up to show hex coordinates 
and Possibly combat values. The development of these 
graphics features would be a thesis scope project. 

C. SOFTWARE CONTROL ENHANCEMENTS 

A program needs to be developed to build the system data 
and associated compatibility tables with full error checking 
and editing capabilities built in. Interactive modules 
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could also be designed to help the user lay out new maps or 
combat results tables. (Unit and equipment lists already 
can be developed interactively.) 

0. ACQUISITION PHASE ENHANCEMENTS 

More decision aids need to be developed for the 
Acquisition Phase. These could include a routine to 
oDtimize the force effectiveness using linear pro ora timing 
and sensitivity analysis. The constraints would be the 
money available and the year necessary for deployment. Also 
this routine could give a forecast of the budget required in 
a five year acquisition plan. 

The equipment procured in the Acquisition Phase- is not 
oresently screened against the forces to be supported. A 
decision aid that used the Subroutines C 3 E X T # I N T C 3 # and 
NCACON to cross check equipment versus the forces supported 
could show the adequacy or inadequacy of planned 
acqu i s i t i ons . 

E. OPERATIONS PHASE ENHANCEMENTS 

A history module could be developed to prepare a orinted 
record of the game. Locations/ goals# targets# comoat 
values# etc. could be derived from the blackboards and 
formatted at the end of each player turn and at the end of 
the combat sequence. During each turn# selected status 
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reocrts or player inputs could trigger matching write 
statements to the history file. 

New scenarios could be developed/ perhaos matching some 
real world situation such as the Persion Gulf. A new map 
and new unit and equipment lists could be developed to match 
the real world as closely as possible. 

New eauioment types/ such as laser communications/ 
satellite jammers/ or airborne E W , and new unit types/ such 
as ground recon units/ could be added to the models. 

The game already allows communications or E W equipment 
to be set uo as separate mobile detachments. A module could 
be added tc allow such a detachment to be merged pack into a 
combat un i t » 

Intelligence satellites and reconnai sance flights give 
the location of enemy units. The module could be modified 
to give the type of unit (perhaos only designating it as an 
airfield/ hegdgu a r t e r s / light or heavy combat unit). The 
direction of movement could be derived from the goal or 
projected oath and indicated by an approximate compass 
direction. The probability of detection could be varied 
according to the terrain or a random factor. 

In a conflict situation/ a commander could be given the 
ootion to pursue an enemy unit as it retreats or moves on 
toward i t s qoa 1 . 
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A change in the rules of engagement is immediately and 
automatically known to both players. A commun i c a t i cns check 
between the NCA and the JTFHQ could be added before the 
change would take effect. 

A new rule of engagement could be designed to allow 
commanders of major units/ such as the carrier battle group/ 
to attack on their own while reguiring other units to check 
with the JTFHQ. 

In the COMMi modules/ where eguipment is allocated to 
missions and combat units/ "idiot checks" could be added to 
echo each choice and provide for review and revision at t • • e 
end of the module. 

The intelligence module could be expanded to inc'ucie 
general/ all-source intelligence. 

A greater degree of uncertainty could be included at the 
Umpire's reauest bv adding random "Murohy cards"/ as are 
used in the manual game. 

The 1 i ne-o f -s i gh t probability model (L0SPR8j could be 
modified to allow more than one relay point between the unit 
and the JTFHQ. 

An ECCM mode could be added for E/J eguioment. 

The optimum path routine and other modules could be made 
more efficient. 

Presently the lakes and rivers are not navigable. 
Changes to Subroutine PNTS could allow the amphibious task 
forces to navigate the rivers and lakes. 
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The air reconnaisance missions and ai rdroos are executed 



without any counter air or air defense opposition. These 
modules could be revised to include calls to the counter air 
module and resolution of' air defense. 

A Logistics Phase could be added to allow systems that 
are still in the R + D or M + D stages of Acquisition when the 
war starts to be brought into operation dorina the 
Ooerations Phase if orooer logistics planning has been done. 
The Logistics Phas-J cou d include purchase and scheduling of 
strategic airlift. Planning for maintenance could be made 
to affect availability or effectiveness of systems. 



30 



V. GAME PLAY REQUIREMENTS 



A. HARDWARE REQUIREMENTS 

COMEL was developed on a Digital Eaui oment Corporation 
VAX 11/780. The ooerat i nq system used is VMS. (VAX stands 
for Virtual Address Extension and VMS stands for Virtual 
Memory System.) COMEL can be run on any other system that 
suDDorts FORTRAN-77 and has some type of command file 
executive. 

The aame requires three terminals? one for the Umpire 
and one each for the Red .and Green staff;s. Because of the 
numerous displays printed/ the baud rate (speed of 
transmission) should be a least 1200. 

The qame can be played over dial up telephone 
connections. Telephone Modems are readily available for 
tranmission at this baud rate. If possible/ it is more 
convenient to have dedicated terminals with direct 
connection to the host computer (these connections should 
also be at least 1200 baud). 

Any type of terminal can be used to run the war game. 
The game is written to support terminal types of a generic 
nature. The only terminal I/O commands used are write/ 
read/ accept and type. There are no unique commands 
soecific to a terminal type. If a hardcopy terminal is 
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used/ the paging command may waste paper since it prints 2 *1 
blank lines. If a terminal supports a display of less than 
2*1 lines* some messages and menus may be cut short. 



B. SOFTWARE REQUIREMENTS 

The VAX/VMS operating system [Ref. ** and 51 must be 
used to run COMEL game as written. The .software packages 
reguired are the VAX/VMS command file interoreter and VAX-11 
FORTRAN (FORTRAN- 7 7) [Ref. 6 and 71. 

Conversion to other computer systems with different 
ooerating systems* but with some dialect of FORTRAN -77* 
would reguire only minor* ad j u:*» t men t s in the programs (ie* 
mostly inout/outout routines such as open* close* type and 
accept). A majority of systems have some form of command 
file interpreter. However* the command file program would 
have to be transposed line by line to the new system because 
of the uniqueness of commands on different operating 
systems. 

Conversion to other computer systems with different 
ooerating systems and standard FORTRAN (FORTRAN-*!) would be 
a major project. Standard FORTRAN does not include 
constructs such as ' I F . . . THEN . . . ELSE ' or 'DO WHILE. ..END DO' 
or character tyoe variables. In conversion to standard 
FORTRAN* all the programs would have to be checked line by 
line and rewritten wherever non-standard FORTRAN is used, 
while difficult* the conversion could be accomolished. 
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C0MEL is written (as much as possible) in structured FORTRAN 
in a too down aoprcach. Maintainability and readability 
were prime considerations in the development of COMEl. 

C. PHYSICAL REQUIREMENTS 

In addition to the computer requirements discussed 
above/ the following ohysical materials are needed to play 
the game: qame boards with unit markers/ scenario and 
mission descriptions (Operational Plans and Commander’s 
Assesments used for the default game are attachments to the 
Users' M anual)/ and copies of the Users' Manual. 

COMEL is more instructive when the Umpire/ Red Players 
and Green Players are physically seoerated. Therefore/ tne 
game should be played in three seperate rooms. The Umpire 
and players should have seperate maps/ since the players 
have complete information on their forces but only partial 
information on their opponents. 

Users’ Manuals should be available to the players and 
umpire. COMEL requires that the Umpire and players have a 
qood advance knowledge of the Users' Manual/ which describes 
all the options available to the Umpire and players and the 
effects of each ootion. 

The Maintenance Manual is not essential for game olay 
but will be useful if anyone wants to know more about the 
models or wants to modify the game. A detailed outline of 
how the program is constructed can be found in the 
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Maintenance Manual# as well as the basic logic of each 
module and the oarameters used by each routine. Information 
desired on the comouter system can be found in one of the 



DEC Manuals; 


the VAX/VMS Primer (Ref. 


81 , 


VAX /VMS 


Command 


Language 


Users 


Guide [Ref. SI arid 


the 


VAX-1 1 


FORTRAN 


Language 


Reference Manual 6 ] • 
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1 . INTRODUCTION 



1.1 THE GAME 

The puroose of Communications Electronic War (CO MEL) is 
to allow students in communications/ command and contro / or 
related disciplines to exercise their Know ledge of 
electronic system caoabilities/ the planning and acquisition 
processes/ and the employment of communications and 
electronic systems in combat. Although the game does not 
attempt to model tne exact/ real time operation of the 
communications and electronic systems; it does a' tempt to 
realistically demonstrate the effect of electronics on the 
modern battlefield. 

This manual gives detailed instructions for the Unoire 
and the players to run the game. A Maintenance Manual is 
also available (Aooendix B) for anyone who wishes to study 
the construction of the models or modify the game. The main 
body of the thesis describes the background/ uses of the 
game/ and major models/ and proposes future enhancements. 

The game has two phases/ an Acquisition Phase and an 
Operations Phase. Either may be olayed separately or in 
sequence. The game may be played in one sitting or may be 
saved at the end of any turn and resumed at a later time. 
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In the Acquisition Phase/ Dlayers budget under time 
constraints for research and development/ manufacturing/ 
ourchase/ and operations of communications and electronic 
eauipment for a Joint Task Force (JTF). This phase of the 
game traces the life cycle of electronic systems/ as 
illustrated in Fiqure A-l. [Ref. 61 

In the Operations Phase/ players at locate the available 
communications and electronic equipment to units/ physical 
locations/ or special missions and then direct the 
employment of the units and equipment in a war game. The 
war pits two approximately equivalent JTFs against each 
other in a race to gain control of major and minor 
objectives. The relative capabilities of the two sides are 
affected greatly by the acquisition/ allocation/ and 
employment of their electronic equipment. 

Figure A-2 is a simple diagram of the sequence of the 
Acquisition Phase. Figure A-3 is a diagram of one turn of 
the Operations Phase. Figure A-4 shows the sequence of a 
comcl ete/ two phase game. The initial conditions of the war 
may be changed as different maps and objectives/ different 
communications and electronic systems/ different units/ or 
different equipment lists are used. However/ the basic 
sequence of the game stays the same. 
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ACQUISITION SEQUENCE 
FIGURE A- 2 
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START 

TURN 




THE OPERATIONS TURN 
Figure A-3 





GAME SEQUENCE 
Figure A-4 
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Instead of creating a mao, objectives. 



communicat ions 



and electronics systems, and unit lists unique to eacn oame, 
a default game is provided. Detailed information on the 
default game may be found in Section 2 of this manual. 
Information on game play can be found in Sections 3 and 4. 
Procedures for preparing alternate versions of the game can 
be found in the Maintenance Manual. 

1.2 THE PLAYERS 

COMEL has three computer positions; the Umpire, the 
Green Player, and the Red Player. However, each position 
can and should actually be more than one person. 

The Umpire has two roles. First, the Umpire controls 
the seauence of the game by setting the time limits for each 
turn and by selecting the game version to be played; for 
example, three turns of Acquisition using the default 
communications and electronics system lists, followed by ten 
Operations turns using the default map but alternate unit 
lists. Second/ the Umpire takes an active role in the game 
clay by making decisions that would normally be made at 
command levels above the JTF; for example, setting the 
annual budget for communications and electronic systems, and 
settinq the rules of engagement. The Umpire should ideally 
be more than one person, since group decision maxing 
discussions provide a better learning experience. 



In the Acquisition Phase# the Ped and Green Players act 



as the C3 o) anninq staffs for their resoective JTFs. During 
the Operations Phase they act as both the JTF staff and the 
direct ooerationa! commanders. Each side should ideally 
have at least six oeoole: a JTF commander# a communications 
officer# an air support advisor# a naval “marine advisor# and 
two or more land combat operations advisors (who would also 
represent the combat unit commanders). 

1.3 THE GAMEBOARD 

The gameboard consists of a map translated into 
hexagonal divisions# hexes# in fc6 rows and 60 columns. Each 
hex represents an area apo r o ximetely five miles across# and 
may be designated as either ooer terrain# desert# mountains# 
woods# lake# or sea. Roads may be shown running through the 
hexes# rivers flow alona borders between the hexes. Also 
located on the mao are permanent features such as cities# 
airfields# forts# mines# major industries# or ports. The 
default mao is illustrated in Attachment A - 1 at the end of 
this manual. Procedures for preoaring alternate maps are 
described in the w aintenance Manual. 

The mao numbering system is critical to play of the 
game# since olayers must frequently indicate locations of 
units# movement goals# targets# etc. by giving the hex 
coordinates. Hexes are numbered in rows and columns) 
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the row number is given first and then the column number. A 
segment of a hex mao is shown in Figure A-5. 



COL COL COL COL 

1 COL 3 COL 5 COL 7 COL 



2 4 6 8 




MAP NUMBERING SYSTEM 
Figure A-5 



The rows seem to alternate* with even rows staggered to 
the right of odd rows. This results in each hex havinq 
either two odd coordinates* like 3*5 or two even 
coordinates* like 4*6. No hex could be numbered 4*7 since 
one number is odd and one even. Hex coordinates may be 
entered at the terminal by separating them with either a 
blank space (3 5) or a comma (4,6). If counting hexes on 
the map* count columns by ones and rows by twos. 
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l.d THE GAME PIECES (SYSTEMS AND UNITS) 



The game Pieces for GOMEL consist of red and areen 
markers for the units? which are moved around the mao 
manually as the game proceeds. Symbols reoresenting the 
eguipment items may also be used/ but that information may 
be kept only on paper. 

Any number of units up to IP can be entered into the game/ 
but all units must be classified as one of eight types: 

(1) Joint Task Force Headquarters (jtfha) 

(2) Tactical Fighter Wing (tfw) 

(3) Carrier Battle Group (cba) 

(d) Amphibious Task Force (atf) 

(5) Marine Amphibious Brigade ( a m p h ) 

(6) Armored Brigade (armor) 

(7) Mechanized Brigade (mech) 

(8) Airborne Brigade (abn) 

During the game/ olayers may also establish communications 
or electronic warfare detachments ('relay' is used for the 
unit type in either case). 

Each unit has assigned to it certain combat values. The 
basic combat Points of a unit/ CMBTP, are a measure of its 
ground combat capability. Each unit also has an air defense 
capability/ ADNO. Air units (tfw and cbg) have assigned 
measures of their ability to overcome enemy air defenses/ 
EWV/ to give close air support/ CASV/ and to conduct 
air-to-air combat/ CAV. These values are all entered as 
Part of the initial data files. 



The game will handle up to 49 different communications 
and electronics systems and up to a total of 99 individual 
end items of equipment. 

Any lists of communications and electronic systems can also 
be used, but each individual system must be classified as 
one of twelve types: 

(1) Tactical systems (tac) 

(2) High frequency systems (hf) 

(3) L i ne-o f -s i gh t systems (los) 

(4) Communications satellites (sat) 

(5) Satellite ground terminals (qtsat) 

(6) Very low frequency systems (vlf) 

(7) Switches (sw) 

(8) Airborne command posts (abnco) 

(9) Airborne radar (awacs) 

(10) Electronic warfare systems (ew) 

(11) Intelligence satellites (spy) 

(12) An t i -sa t e 1 1 i t e weapons (asat) 



1.5 THE DEFAULT GAME 

A default game has been developed based on the original, 
manual version of COMEL. The entire default oame may be 
played or some or all of the data files may be replaced by 
alternate files. See the Maintenance M anual for 
instructions on building alternate files. 

1.5.1 The Mao 

The default map, pictured in Attachment A-l, 
features Red and Green Joint Task Forces located in 
airfields and forts in two of their allied countries, Yellow 
Country and Blue Country. Between them is a neutral 
country, Utopia. Utooia has valuable mineral resources in 
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their Southern ^ines* which they t ransoort along a main 
highway and export throuqh the Port of Utooia. Tne 
objective of each task force is to try to gain control of 
the mines* the oort * and the connecting highway before the 
other side does. A player is considered to have control of 
a hex if a unit from that side was the last unit in the hex. 
The mines and oort are considered major objectives? the 
road is a minor objective. Between the two sides' initial 
locations and their objectives lie similar terrain of 
mountains* woods* deserts* and lakes. 

1.5.2 The Systems 

The default game has thirty eight different 
communications and electronic systems of the twelve types 
listed in Paragraoh 1.4 above. These systems are listed in 
Attachment A-2 with their associated technical and cost 
data. General descriptions of the twelve different system 
types are in Attachment A-3. 

1.5.3 The Units 

Each side in the default game has eauivalent forces. 
The units* their initial locations* mooility* and combat 
values are listed in Attachment A-4. 

1.5.4 The Eau i pmen t 

The eguioment lists include each individual end item 
acquired by a player. Two sets of default equipment lists 
are available. One set is designed for use in the 
Acquisition Phase and includes a very rudimentary set of 
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older equioment . The olayers use these lists as a base on 
which to build an adequate communications and electronic 
caoability for the projected threat. The second set of 
default lists is designed for use when playing only the 
Operations Phase of the game. This set provides fairly 
adeauate capabilities for the default forces. These lists 
can be found in Attachments A -5 and A -6. 

1.5.5 The' Qpe rations Plans 

Printed Operations Plans and Commander's Planninq 
Guidance are also available for the default game. These 
documents define for the players the threat and their 
objectives. They give general operational guidelines/ such 
as would be developed for real world contingency plans. 
These documents are Attachments A - 7 thru A-10 of this 



manual . 
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2. communications and electronic effects 



This section of the manual discusses the C3 measures of 
effectiveness (MOEs). Some of the measures are used by the 
clayer during the Acquisition Phase to determine the r i ah t 
mix of equioment to Durchase. The measures are used by the 
comouter models in the Ooerat ions Phase to compute the 
effect of communications and electronics systems or, ere 
bat 1 1 ef i el d. 

2.1 MEASURES OF EFFECTIVENESS 

Electronics capability in the game is based primarily on 
a measure called "C3 Effectiveness"/ which is a real numoer 
between 0.0 and 1.0 assiqned to each communications system 
and most other electronic systems. In the default game/ the 
C3 effectiveness (C3E) is a product of reliability, 
flexibility, and operability of the system. For 
communications systems the square root of the product is 
then taken to represent the C3E of one end of a comm link. 
(See thesis Chapter II, Section C.) In alternate games other 
measures of effectiveness could be developed and used in the 
system data files. 
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The effectiveness of a system can be affected by 
terrain. After each move the computer program checks the 
location of all equipment to see if it is effected by 
terrain. The affects of terrain are shown in Figure A-6. 



TERRAIN 

TYPE 


TAC 


COMM SYSTEM 
HF 


LOS 


SAT 


Open 


none 


none 


none 


none 


Desert 




Degrades a 1 1 
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SW 20% 


Note 1 
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Seas/Lakes 
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15% 
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Cities 
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20 % 


Degrades 
Gw aox 
SW 20% 


Degrades 

15% 


none 


GW = HF in 


Ground Wa^e 


0c>e ra t ion 







SW - HF in Sky Wave Operation 

Note 1: LOS transmission is degraded by mountains in the 
oath. The model uses the optimum oath to simulate 
1 i ne-o f -s i gh t and checks the Path for mountain hexes. 
Two o'* more hexes located less than three hexes from 
the unit's er.ci of the oath will block LOS links 
completely. If the mountains are three hexes from the 
end they will degrade the link 25 % 

TERRAIN EFFECTS ON COMMUNICATIONS 
Fiaure A-6 
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The effectiveness of a system may be affected by enemy 



jamming. Prior to combat/ the program checks any electronic 
warfare eauioment in the Electronic Countermeasures (ECM) 
mode to see if it is in range of any enemy communications 
gear that it is effective against. If so/ the C3E of the 
communications equipment is muliolied by a factor of 0.75. 

Communications connectivity of units is calculated in 
three functions/ based on the C3E of collocated eauioment: 

(a) INTC3 is a measure of a unit's ability to 

communicate internally. The value depends primarily on the 
effectiveness of the tactical communications eauioment 

assigned to the unit. If n items of tactical equipment are 
assigned to a unit/ the unit's INTC3 is calculated as: 

INTC3 = 1 - [(1 - C 3E ( 1 ) ) * ( 1 - C3EC2) )*...( 1 - C3E(n))I 
The higher the internal communications value/ the faster a 
unit can move and the better it can fight. 

Cb) C3EXT is a measure of a unit's ability to 

communicate with the Joint Task Force Headaua r t e r s . Links 
can be established through satellites/ throuah HF (either 
ground wave or skywave dependina on range)/ through 
1 i ne*o f -s i gh t systems (in direct range or through one 
relay)/ and even through tactical systems (only at very 
close range). For a link to be effective/ both the unit and 
the JTFHQ must have compatible eguioment. Some equipment is 
comoatible only if located in the same hex or if connected 
by wire within the same hex. (See Attachment A-2f.) 
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The basic fornui a for calculating C3EXT’ is: 

C3EXT = 1 - [(1-HFPROB)*(1-GTPROB)*(1-LOSPRB)*(1-TACPR8)] 
These probabilities are products of the C3E of systems in 
the link. HFPR06 is the probability of an HF link, GTPR03 
of a satellite 1 i n k > LOSPRS of a line-of-sight link, and 
TACPRB of a tactical 1 ? n k . The communications links for a 
typical unit are shown in Figure A-7 , along with calculation 
of its C3EXT. The C3E values are from the default game. 
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CALCULATION OF EXTERNAL C3 EFFECTIVENESS 

Figure A-7 
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(c) NCACON is a measure of the JTFHQ ability to 
communicate with the National Command Authority (NCA) or any 
other CONUS based unit via satellite# HF, and/or VHF links. 
Its computation is similar to C3EXT except the NCA is 
assummed to have 100% effectiveness in VLF, HF # and 
satellite ground terminals# Only certain communications 
systems are compatible with NCA systems. The olayers must 
purchase and/or allocate communications systems effectively 
to get gooo values for all three of these communications 
measures (INTC3# C3EXT# AND NCACON)# These tnree measures 
affect many aspects of the Operations game# as described 
below# 

2.2 MOVEMENT 

A unit will not begin to move across the game map# or 
change the goal (destination) of its movement unless ordered 
to do so by the JTFHQ. To determine whether a movement 
order can get to a unit# the unit's C3EXT is compared to a 
uniform (0#1) random number. 

Each unit has a basic number of movement ooints oer 
turn# based on the tyoe of unit (armor# infantry# 
headauar t ers # etc.). This movement rate is initially set in 
the data files but can be reduced by terrain# for examole# 
movement through mountains takes more ooints (3) than 
movement through open terrain (1)# but roads allow faster 
movement (1/2). The movement rate is also affected by the 
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mobility of any electronic eauioment the unit is carrying 
along with them. If any communications or electronic 
equipment the unit is carrying has less mobility than the 
unit, the unit must slow down* Poor internal communications 
can also slow down unit movement. The I N T C 3 value of the 
unit is compared to a random number; if the random number 
is larger the movement points of the* unit are reduced by a 
half. (See Figure A-6 in Section 2.6 for details of the 
terrain effect on movement points.) 

2.3 INTELLIGENCE 

Intelligence satellite information cannot be passed to 
the JTFHQ unless there is connectivity from the CONUS 
(NCACON). Air reconnaissance reciuires connectivity from the 
JTFHQ to the air wing (C3EXT). 

2.4 ATTACK APPROVAL 

The Umpire, acting as the NCA, selects the rules of 
engagement at the beainning of the Operations Phase and can 
change them during the game. There are three levels of 
engagement: the NCA may retain tight control of the war, 
may delegate authority to the JTF Commander, or may give 
control to local field commanders. For example the NCA or 
JTF may want to maintain attack approval to ensure that the 
other side initiates hostilities, or to coordinate the 
timing of a preemptive, force-wide attack. 
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The NCA does not delegate control of the a n t i - sa t e 1 1 i t e 
weaoons. If the NCA retains control > connectivity from the 
unit involved to the JTFHQ and to the NCA is checked for 
every decision to attack, on the ground or from the air. If 
control is delegated to the JTF Commander, only un i t -JTFHQ 
connectivity is checked before an attack. If the local 
commander has control, connectivity is necessary only for 
ai r suooor t . 

Aporoval level is determined and necessary 
communications checks made before an t i -sat e 1 1 i t e firings, 
interdiction missions, or ground attacks begin. (Close air 
suooort , air defense, and counter air missions occur only in 
conjunction with interdiction or ground attacks, and so are 
also dependent on the rules.) 

2.5 THE AIR BATTLE 

Close air suooort and interdiction missions reoui re 
connectivity to the air wing and internal communications for 
the wing. Counter air reaui res good internal communications 
within the air wing. If the enemy unit has A.*lACS» counter 
air interceotors are warned in time to attack interdiction 
or close air suooort missions enroute) without AwACS the 
interceotion takes dace after the suooort mission is 
comol eted. 
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Counter air battles are resolved by subtracting the 
counter air values (CAV) of both sides arid comoarinq the 
difference to a random number. An internal t abler based on 
the one in Figure A-8r determines the outcomes. 
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• Standoff? Both sides continue mission 

X Both sides abort missions 

R Red aborts 

G Green aborts 

RL Red aborts with attrition 

GL Green aborts with attrition 

COUNTER AIR RESULTS TABLE 

FIGURE A -8 



Close air support (CAS)r if not stonoed by tne counter 
air forces/ subtracts the air wino's electronic warfare 
value from the ground unit's air defense value. The 
difference and a random number are compared using the table 
in Figure A - 9 to determine the outcome. If the CAS mission 
is not aborted/ the ground unit's combat value is reduced by 
1 . 0 . 
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AIR DEFENSE VALUE - Eft VALUE 
(Ground Unit) (Air Unit) 
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AIR DEFENSE RESULTS TABLE 
Figure A - 9 



Interdiction missions also must go through counter air 
and air defense battles? as described for CAS. If the 
mission is not aborted? the ground unit's combat value is 
a 1 so reduced by 1.0. 



2.6 THE GROUND BATTLE 

Each ground unit has a certain ground combat caoability 
that may or may not have been reduced by interdiction or 
close air suDoort. Higher headquarters aooroval may be 
needed for a qround attack (NCACON and C3EXT). Poor 
tactical communications may decrease the ability of a local 
commander to direct the movement and other actions of his 
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forces during the oattle (INTC3). 



Terrain also affects 



combat caoability as shown in Figure A-10. 
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2.7 ELECTRONIC WARFARE 

Electronic warfare eauipment may be used in two modes/ 
ESM (Electronic Support Measures) and ECM (Electronic 
Counter Measures). In the E S M mode/ it can give bearings to 
compatible enemy emitters/ as intelliaence information/ 
improving planning and local combat direction. In the ECM 
mode it can jam or deceive susceotable communications/ 
degrading the effectiveness of enemy systems. In ground 
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combat/ equipment in 
intercept or deceive 
owning unit's combat 
of the equipment. 



the ESM mode can detect and oossioly 
enemy communications. If so ( the 
points are increased by the EW factor 



?.8 SPECIAL EQUIPMENT 

Special equipment/ such as satellites/ an t i -sa t e 1 1 i t e 
weapons/ AWACS/ and Airborne Command Posts can greatly 
increase the capabilities of the combat forces through 
intelligence/ communications relay/ or by degrading enemy 
c apab i 1 i t i es . 

Communications satellites are of two tvoes/ those with 
one area beam and those with several soot beams. Ground 
terminals that are compatible are always in range of area 
beam satellites. However/ when using soot beam satellites/ 
the players must reposition the soot beam centers so that 
the ground terminals can use the satellite. 

Intelligence satellites survey a north-south strip of 
the mao. The width of the strip depends on the beamwidth of 
t.h» satellite. The columns to be surveyed can be changed 
once each turn. The effectiveness (C3E) is less than 100% 
(there may be cloud cover or the satellite may not be 
working)/ but when the satellite is working it detects any 
enemy unit in the strip it surveys. 
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Anti-satellite weapons can only be used once, against 
either a communications or an intelligence satellite. Only 
one weaoon may be used in a turn. Each weacon has a given 
C3E. If the NCA approves the use of a weapon, the C3E and a 
random number are used to determine whether the attack is 
successful . 

AWACS and ABNCP operate on scheduled rotations. No rrore 
than one of each is in orbit for a turn. If less than three 
of each were Purchased/ they mav not be available at all 
times. If they are available/ and don't break down at the 
last minute/ their orbit can be set for each turn. They can 
act as communications relays and the AimACS can delect 
interdiction and close air support attacks and call up 



counter air to stop them 



3. UMPIRE GAME PLAY 



3.1 INTRODUCTION 

This section describes COMEL from the Umoi re's 
oersoective and lists the oossible ODtions and their 
consequences to game olay. Section d describes the game in 
the same way from the Green and Red Players' oersoective. 

The following subsections describe: 

a . The orocedure used to LOGIN on the VAX/ VMS 
computer and start COMEL. 

b. The steos the Umoire should follow to 
successfully Setuo and run various versions of CO M EL. 

The Umoire is an active oarticioant in COMEL and not 
just an ooserver. An amount of oreol anning is necessary to 
ensure a smooth and well run game. The Umoire should plan 
for how long the total game will take and divide the game 
turns accordingly. It might be necessary to play the game 
over 3 period of more than one day or at least in more than 
one session at the terminal. The Umoire is also responsible 
for allocating money in the Acquisition Phase and supplying 
intelligence information. In the Ooerations Phase/ the 
Umoire makes decisions based on Red or Green requests and 
uoon how the game is proceeding. 
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This section of the manual will discuss in detail the 
various decisions for which the Umpire is responsible. 

3.1.1 Logging In and Running CQMEL 

Any terminal connected to the VAX/VMS system can oe 
used to run COMEL. Just turn the terminal on and press the 
return key. If everything is in working order* the computer 
should display the word* USERNAME: . In response to 

USERNAME: * enter the LOGIN name provided (eg* COMEL) and 

press return. The computer will display PASSWORD. Enter 
the PASSWORD provided then press the RETURN key. If the 
message "User authorization failure" is displayed* check to 
see that you have the correct username and password* cress 
the return and try again. 

After a successful LOGIN* the computer will prompt 
for USER input with a "$ ". 

To run COMEL* input the following item (without quotation 
marks) : 

" 3C0MEL " 

Then oress the RETURN key (hereafter, <RET >)* and COMEL 
GAME OPTION MENU will be displayed. 

3.2 UMPIRE OPTIONS 

The following MENU displays the initial actions that are 
available to the Umpire at the start of each game* during 
certain stages of the olay of the game* and at the 
conclusion of olay of each game. The Red and Green Players 
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should not be signed on at this time (or at least not oast 
the CQMEL ACQUISITION game header display described in 
Sec t i on 4 ) . 

COMEL WAR GAME OPTIONS 
! CHOOSE: MU ; 

MU ACTION REQUIRED 

1 NEW GAME ; DEFAULT DAT A/EOU I PMENT FILE EMPTY 

2 NEW GAME : DEFAULT D A T A /OPER A T I ONS START 

3 NEW GAME : DEFAULT D A T A / AC QU I S I T I ON START 

a OLD GAME : CONTINUE D A T A /DES I GN A TED SAVE AREA 

5 MOD GAME : TAILOR DATA FILES 

6 SAVE GAME 

7 DELETE GAME 

8 DELETE FILE 

R START GAME 

E EXIT COMEL 

Enter one of COMEL options in this menu. Described next 
are the effects of each option. The ouroose of this menu 
selection is to run COMEL* or to save* delete or modify the 
files used by the game. See the attached Figure ( A — 1 1 ) for 
the architecture of the files. 

3.2.1 Mew Game: Default Data/Equi pment File Empty 

All COMEL system files are loaded with the data 
necessary to run the game. The equipment list files are 
empty* which means the players start the Acquisition Phase 
with no existing equipment. The players acquire all the 
electronic equipment they need to operate the forces in the 
orojected scenario. All electronic equipment will have to 
be procured and olaced in service throuqh the acquisition 
process . 
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COMEL FILE ARCHETECTURE 
FIGURE A- 11 
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When ootion 1 is selected and while the aoproDriate files 
are being loaded* the message 
SETTING UP NEW GAME: WAIT PLEASE 
will be displayed at the terminal. 

After successfully setting up the game files* the message 
GAME FILES ARE READY (C/R) 

is displayed. Respond by pressing <RET>. The main menu 
will then aopear ana COMEL can be run. 

3.2.2 New Game: Defalt Data/Qoerat ions 

All COMEL system f- 1 es are loaded with the data 
necessary to run the game starting at the Operations Phase. 
A sufficent set of electronic equipment has been provided to 
the Red and Green Players for adequate communications. 

When ootion 2 is selected and while the appropriate files 

are being loaded* the message 

SETTING UP NEW GAME: EXTENSIVE, WAIT PLEASE 

will be displayed at the terminal. 

After successfully setting up the qame files* the message 
GAME FILES ARE READY CC/R3 

is displayed. Respond by pressing <RET>. The main menu 
will then aooear and COMEL can be run. 

3.2.3 New Game! Default Data/Acquisition Start 

The COMEL files are loaded with a standard set of 
data for games that intend to exercise the Acquisition Phase 
and the Operations Phase. The Acquisition Phase is not 
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started with a "clean slate" of equipment. Rea 1 i s 1 1 c a 1 1 y , 
we never start procuring for future defense needs witnout 
"current defense capability". There is always a curent 
defense capability. However, as new threats are perceived 
and new technologies emerge, acguisition plans are developed 
and executed to modernize forces to meet these threats. In 
this case, the Red and Green eauioment files will contain a 
set of hypothetical default eauipment that satisfies the 
current threat scenarios. Various acquisition strategies 
can be explored using this common starting point so that a 
successful stateqy can be found that will meet the potential 
threat (and eventual war). 

As before, the message 
SETTING UP NEW GAME: MINIMAL, WAIT PLEASE 
will be displayed at the terminal. 

After successfully setting up the game files, the message 
SETUP FINISHED (C/R) 

is displayed. Respond by pressing <RET>. The main menu 
will then appear and COMEL can be run. 

3 . 2 . 4 Old Game: Continue Data/Designated Save Area 

Selecting this option will cause the following menu 
to be displayed: 
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! OLD GAME SELECTION ! 
• CHOOSE: : 



Utt ENTER SAVED WAR GAME 

0 EXIT SAVED GAMES 

1 COMEL WAR GAME ! 

2 COMEL WAR GAME 2 

3 COMEL WAR GAME 3 

4 COMEL WAR GAME 4 

5 COMEL WAR GAME 5 

6 COMEL WAR GAME 6 

7 COMEL WAR GAME 7 

8 COMEL WAR GAME 8 

9 COMEL WAR GAME 9 

This option assumes that a war qa.ne played earlier has been 
saved to one of these nine areas. Selecting a -0- will 
force an exit back to the main menu without affecting any 
COMEL files. Should a 1 through a 9 be selected/ all files 
for that war game will be restored to the same state they 
were in when saved previously with the SAVE GAME option. 
After restoration/ the main menu will appear and COMEL can 
be run. A wait message will appear while files for the 
appropriate game are being loaded. 

3.2.5 Mo<j Game: Tailor Data Files 

Selection of option - 5 - assumes a knowledge of the 
operation/ program and data flow of COMEL. rtith this 
ootion/ the war game can be tailored to specification at the 
FILE level. That is/ a war game can be set up with a 
different system data file than standard/ or with a Red 
eguioment file from one game and a Green equipment file from 
another game. The same electronic equipment used in one 
scenario can be used in a different scenario to see what 
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changes will result in the game (ie» change the MAP for the 
Operations Phase). There are an unlimited number of 
combinations that can be made by using this option to tailor 
files. The Thesis and Maintenance Manual should be read and 
understood prior to settinq up tailored files. 

There will be a series of self explanatory questions 
dealing with files to be used. Answer each question 'yes' 
or 'no*. If yes, a file name will be requested. 

If no, the default for that file will be used. After files 
are set uo f 

END OF TAILORED FILES, (C/R) 

is displayed. Respond by pressing <RET>. The main menu 
will then appear and COMEL can be run. 

3.2.6 Save Game 

The selection of -6- will result in the follow inq 

menu : 

! SAVE GAME TO FILE ! 

I CHOOSE: nn \ 

** ENTER GA^e AREA FOR SAVE 

0 EXIT GAME SAVE ROUTINE 

1 COMEL WAR GAME 1 

2 COMEL WAR GAME 2 

3 COMEL WAR GAME 3 

a COMEL WAR GAME 4 

5 COMEL WAR GAME 5 

6 COMEL WAR GAME 6 

7 COMEL WAR GAME 7 

8 COMEL WAR GAME 8 

9 COMEL WAR GAME 9 

Using this option, all game files used in COMEL will be 
saved to one of these nine areas. Option -0- will cause a 
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return to the main menu without affecting any C 0 M E L files. 
A -1- through - 9 - will save the COME'L files prefixed with 
the SAVE GAME number Selected. The main menu will then 
a ope a r for further action. When a save file is selected* 
new versions of all files in that area are created so that 
information in old fiies is not lost. 

3.2.7 Delete Game 

A directory listing of ail files for war game -1- 
through war game •9- will be displayed at the terminal. 
After the directory listing the display 
GAME TO BE DELETED? (1-91 

is given. Enter a <RET> to go bac'x to the main menu or 
enter the war game to be deleted. Then the following will 

be displayed: 

VERSION U [IE NUMBER AFTER ; 1 

Inout the specific version number to delete the game (1*2*3 
etc). A <ret> with no number will result in the main menu. 
Assuming a correct version is entered* displayed next is: 

END OF DELETE? tY/N] 

If ' n ' is entered* another game can be deleted without first 
returning to the main menu. *y' returns directly to the 
main menu . 

3.2.8 Delete File 

A directory listing of war game files is displayed. 
Any file displayed on the terminal can be deleted by 
correctly specifying its game* version S and file name. 
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After the directory listing, 

GAME TO BE DELETED? [ 1 -91 

is displayed. A file under that war game will be deleted, 
not the entire game. If a <RET> is entered, control will be 
passed to the main menu. 

VERSION * C IE , NUMBER AFTER ;] 

Input the version number of the file to delete (1,2,3, etc). 
A < R E T > will result in control passing to the main menu. 

Assuming a version U is entered, 

FILE?(REQUIP,RINTEL, ETC) 

Enter the file that is to be deleted. If a <RET> is 

entered/ control will be passed to the main menu. If a 

correct Game, Version and File name are entered, the next 
display will be 
END OF DELETE? IY/N1 

Another game can be deleted if "yes" is entered. 

3.3 START GAME 

The administrative initialization of the game is now 
complete and, with option -R-, the actual COMEL war game 

(UMPIRE. FOR) now begins. IF a CONTROL Y (a oanic exit) is 
entered in any module under UMPIRE control, the qame will be 
stooped, and control will oass to the initial menu (Section 
3.2). Variables in arrays will not be saved, out all files 
will be at the same state they were in prior to the CONTROL 
Y ( i e , only the current turn information will be lost). The 
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files can be saved or the game started again from the 
orevious turn. 

The - R - option will display the following menu: 



* COMEL WAP GAME OPTIONS * 

* CHOOSE: nu * 

* - * 

UU ACTION REQUESTED 



1 GAME INFORMATION 

2 RUN ACQUISITION ONLY 

3 RUN OPERATIONS PHASE ONLY 

a RUN COMPLETE GAME 

E EXIT COMEL 

UU 

Option -1- results in game information. Option - 2 - / - 3 - or 
•4" start the game in the phase or phases selected. Since 
each phase of COMEL can require hours to clay* these options 
give the Umpire time management control o COMEL. Also* 
COMEL can be played by groups interested 'n Acauisition 
only* or Operations only. 

3.3.1 Execution Options 

The Acquisition Phase can be stocced at any time in 
order to enter the Operations Phase. If the Operations 
Phase is stopped/ and the Acauisition Phase *e*entered/ no 
problems will occur unless the Operations Phase is 
re-entered. In this case/ the Operations Phase will have to 
be started again at turn one in order to account for the new 
data entered through Acquisition. COMEL can be exited by 
entering an -E-. 
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3.3.2 G ame I n f o rma t ion 



Game information may be selected for an overview of 
COMEL and the Umpire's role in the olay of the game. 
Di sol ayed first is: 

GAME INFORMATION 

Uc to 15 lines will be disolayed at a time. Next is 
d i so 1 ayed : 

PAGE ENTER 0 TO EXIT 

[RANGE; 0 TO 100] 

Enter the oage number to be displayed or -0- to exit this 
routine. When -0- is entered/ 

[C/R] 

is displayed. Now enter a <RET> to return to the menu. 

3. a ACQUISITION PHASE CONTROL 

The Umpire is an active participant in COMEL and will 
haive to make many decisions that can effect the outcome of 
the game. A clan/ or strategy/ should be selected prior to 
playing the game to establish some mutually acceptable 
agreement as to the extent the Umpire can vary parameters 
which influence the outcome of the game. The actual effects 
of the players' decisions will not be known until the 
Acquisition Phase is ended and the war started. Even then/ 
the ultimate winner can vary depending on the players' 
tactics in the Operations Phase. It is important for the 
Umpire to be consistent in use of Umpire controls to prevent 
one side from gaining an unearned advantage. 
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The first display that the Umpire will see is as 
f o 1 lows: 
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**★**★**★: 



**★* *********** 



PLEASE ENTER A 4-7 DIGIT ODD NUMBER TO BE USED AS A SEED 
FOR THE RANDOM NUMBER GENERATOR USED TO DETERMINE 
THE START OF WAR: 

A seed number is requested for use in determining the start 
of the war. War can occur at any time from year two on. 
The probability of war increases from '0.1' at the end of 
year 2 , to a maximum of '0.9' at the end of year 9. 

Each turn of the acquisition process can vary in time 
according to the Umpire’s perception of how fast action 
should take place. The turns in the Acquisition Phase 
represent a year in the budget process. The Umpire will see 
the display^ 

ENTER LENGTH [MINI OF TURN, OR, -0- TO STOP 

The following can be used as a guide for the turn lengths: 
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10 MINUTES * program will not allow for a turn of less 
than 10 minutes. 

90 MINUTES - initial acauisition year 

60 MINUTES - 2nd year 

30 MINUTES - each additional year 



If both sides finish before time is up, the next turn will 
begin immediately. 



3.4.1 Budge t 

Prior to each game year of the Acquisition Phase, 
the Umpire is prompted for the amount of money the Red and 
Green teams can soend during the cominq year. This money is 
exoressec in terms of a ficticious denomination called 
"MfGABUCh S CM)". A normal amount that will be soent per 
system per year is between 10-15M. Information reauests 
made by Fed or Green range from 10-20M per reauest. Once a 
system is started in the acauisition orocess, money will be 
obligated for that system throughout its life cycle. ^oney 
will not be obligated from the players budget if a 
particular development cycle is finished and that system has 
not been started in another cycle. The amount of money the 
Umpire gives each player will depend on the size of 
ooeration intended. The majority of costs in the game will 
be in the early years of acauisition as equipment is cycled 
through Research and Development CR+D) and Manufacturing for 
Deployment (M+D). Once they are in Ooeration and 
Maintenance (0+M), the budgetary needs stabilize at around 
5-15M per system. The Umpire should also rememoer that an 
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additional amount of money should be allocated fo** possible 
Intelligence requests. 

To he 1 D with the requests* the IJ moire is orovided a 

budget history. This history is presented from year 2 on. 

It includes the previous years budgets given Red ana Green 

along with the amount of that Budget the olayers spent. ]t 

also includes any budqet requests made by the players. The 

Ump ire will see 

BUDGET HISTORY IS AS FOLLOWS 

RED GREEN RED BGT GREEN RED BGT GREEN 

YEAR BUDGET BUDGET USED USED REQUEST REQUEST 

1 500.00 500.00 214.00 214.00 0.00 600.00 

2 600.00 600.00 79.00 75.00 0.00 900.00 

No budget history means that it is game turn one. The 

Acquisition Phase is tied to the budget since all depends on 

when an item starts R + D* M+D or 0 +m. 

Next the Umpire will see 

PLEASE ENTER RED TEAMS BUDGET FOR YEAR 3 

t hen 

PLEASE ENTER GREEN TEAM BUDGET FOR YEAR 3 

After the budgets are entered* that year's budget update is 

complete and the program will continue to the 

synchronization and control stage. 
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Recommended budgets for the default game shown in 



Figure A - 1 2 ' 



ACQUISITION RECOMMENOED 
YEAR 8UDGET 



1 


480M 


2 


490M 


3 


520M 


4 


520M 


5 


490M 


6 


480M 


7 


4e>0 w 


8 


4 5 0 M 


9 


450M 



RECOMMENDED 8UDGETS 
Figure A- 1 2 



3.4.2 Synchronization and Control 

After the U moire enters the length of the current 
year and gives Red and Green Players a budget for the year, 
the following message will aocear 
WAITING FOR GREEN 4 RED . . . 1 7 : 3 0 : 1 0 



The Umoire's Drogram will remain here unti 
log on and continue oast the header, 
following message will aooear 
TIME. . .17:31:20 

This disolay will reoeat every 10 seconds 
terminal until the time alloted for that 
or, until both olayers have comoleted that 
that time the Umoire will see 



Red and Green 
at wnicn time the 



on the Umoire's 
year has exDired, 
year turn. At 
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END YEAR 3 at ... 17:45:50 

CC/R3 

Enter the < R E T > for the intelligence uodate routine. 

3.4.3 Intelligence Uodate 

The Umoi re automatically enters the intelligence 
uodate module at the end of each game vear. The Umpire's 
responsibility is to check for Red and Green Intelligence 
reguests. The answers to the requests can be found by 
checking the game summary for each player. The Umpire also 
checks for other requests contained in the mail files. The 
Umpire uses the UDdate mode to enter, in free form, an 
answer to the olayer's reauests. 

The following menu is displayed to the Umoi re during 
the intelligence update 



— — • — — — • — — • — — ★ 

* INTELLIGENCE UPDATE MENU * 

* CHOOSE nu * 

nu ACTION REQUESTED 



1 RED GAME SUMMARY 

2 GREEN GAME SUMMARY 

3 READ RED M A I L 

4 READ GREEN ^ A I L 

5 RED INTEL REQUEST 

6 GREEN INTEL REQUEST 

7 UPDATE RED INTEL 

8 UPDATE GREEN INTEL 
E EXIT INTEL 



The Umpire enters ootion 1 thru 8 or E. No intelligence 
will be provided Red and Green unless the Umoi re enters 
ootion 7 or 8. The Umpire will be given a second chance to 
enter the uodate after the ootion to exit is entered. 
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3.4.3. 1 Red Game Summary or Green Game Summary: 
Option 1 or 2 enables the Umpire to review the status of the 
Red or Green Player. 

SYSTEM STATUS. . .16:08:54 
[YEAR 4) 

♦DECISION TIME: 59 MIN* 

! CHOOSE: FROM hh • 

an TITLE 

1 SYSTEMS SUMMARY 

2 SYSTEMS DEPLOYED 

3 SYSTEMS IN R & D 

4 SYSTEMS FINISHED R&D 

5 SYSTEMS M & D 

6 SYSTEMS TO BUY 

E EXIT SYSTEMS STATUS 

~> 

Explanation of the va-ious options will also be included in 
a subseauent section of the Users Manual. 

3.4. 3.2 Read Red M a i] or Read Green Mail: Options 3 

and 4 display the free form input from the Red or Green 

Player to the IJ moire. Typically the mail will contain 
questions or comments of a general nature. The player has 
not soent any money to enter these questions and so 

substantial information should not be supplied. 

3. 4. 3. 3 Red Intel Request or Green Intel Reauest: 

Options "5* and -6- enable the Umpire to look at specific 
intelligence requests made by the Red and Green Players. 
These requests were Paid for during the year that the player 
just finished. If the Umpire does not check the request? 

the players money will have spent for nothing. (The Umpire 
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may choose to give no information; ie» Murohy's Law). It 
is recommended that soecific questions be answered with a 
yeSr no or maybe and that general questions be given a more 
vague answer. 

A general intelligence request means that the olayer 
is asking for some general idea of what the other olayer is 
doina. 8e sure to include the system name with the answer. 
(Yes» artac 1 IS in R+D.) Information to answer the 
questions may be obtained from options -1- and -2-» Systems 
Status. An example follows: 

* RED INTELLIGENCE REQUEST * 

**************************** 

A general Intel brief is requested. 

IS artac 1 in R&D? 

******************************************** 

IC/R) 



3. 4. 3. 4 Uodate Red Intel or Update Green Intel: On 

selection of option -7- or option -8-, the Umpire will see: 
ENTER RED UPDATE 



■******• 



************: 



END UPDATE 
tC/R] 



After the initial set of aster i s k s » the Umpire 
answer to Red or Green's intelligence request, 
can enter a response to a ol ayers mail request 
menu selection as well. Enter a <RET> when 
return to the Intelligence Menu. 



enters an 
The Umo i re 
f r om this 
finished to 
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3 . *1 . 3 . 5 Exit Intel: The Umpire should be certain 

that all intelligence requests are satisfied prior to 
exiting the Intellicence Menu. Once the Intelligence Menu 
is exited, the next game turn will begin. A confirmation 
will be required in order to exit. 

3 . a . a End of Current Turn 

After the Umpire exits the Intelligence Menu, the 

message 

END YEAR a AT . . . 1 b : 0 8 : 35 

tC/Rl 

will be displayed. The Umpire is expected to enter a <RET>. 

One of two events will then happen. Either war occurs, or 

the next budqet vear begins. War will occur depending on 

the turn and the random number returned. The later the 

year, the more orobablr. it is that war will occur. For 

example, on either event, the Umpire will see 

IF 0.200 IS LARGE* THAN 0.199 THEN WAR BEGINS. 

[C/R] 

If war occurs, the Umpire will see 

l I 1 ] 1 I I 1 I ! 1 ! 1 J ' WAR l 11 ! 1 !!!!!!!!!! 

DO YOU REALLY WANT A WAR TO START? [Y/N] 

The Umpire then decides if war should start now or later. 
Should the war start, the Acquisition Phase ends. 
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3.5 OPERATIONS PHASE CONTROL 

During the Operations Phase the Umpire must keep abreast 
of the general situation on the mao* since the Umpire will 
be acting as National Command Authority (NCA). The Umpire 
will have a chance at the end of the movement module and the 
end of the combat module to review the unit positions, goals 
and combat values for both sides to make decisions. At the 
beginning of the first turn the Umpire must the p) avers when 
to begin their turn by going beyond the Operations Phase 
logo. (The terminal will cue the Umpire when to do this.) 
At the beginning of each turn the Umpire also must decide 
how long the players* turn will be. 

When Playing only the Operations Phase, the Umoire must 
designate whether the Operations Phase is being entered for 
the first time (in which case equipment allocation will be 
requi red) or whether a game already in progress is being 
resumed after a ceasefire. If the Operations Phase is being 
entered for the first time, the Umpire will have the oot ion 
of using the default unit lists or interactively building 
new lists. If the equipment lists are empty, the Umpire has 
the ootion of interactively buildina new equipment lists. 

3.5.1 Rules of Engagement (ROE) 

The NCA has to decide how much freedom of action to 
allow the deployed JTF. The MCA can require personal 
approval of all attacks, allow the JTF Commander to make 
those decisions, or relax the rules so that the local 
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commander can attack tarqets of opoortuni ty without higher 
headauarters approval. The Umpire must set the rules of 
engagement at the beginning of the Operations Phase and can 
change them at the beginning of each turn. .Vhile retaining 
approval authority/ the MCA will receive messages when any 
unit wishes to attack and can obtain open communications 
channels through the JTFHQ and up to the MCA. The NCA makes 
the attack decision and also decides whether to cnange the 
rules of engagement at that time. 

For example the MCA might want to retain approval 
authority until the first attack of the game. Once the 
shooting starts/ the MCA might give approval authority to 
the JTF Commander. A couple of turns later/ when the 
fightinq gets heavy/ the MCA might give control to local 
commanders then raise the approval authority back higher as 
the war nears an end. 

Regardless of the rules of engagement/ the MCA 
always retains approval authority for the use of 
anti-satellite weapons. 

3.5.2 End of vsar 

At the end of each turn, unless one side has won a 
decisive victory/ the Umpire must decide whether to end the 
war and whether to declare a winner. If the Umpire does not 
want to end the war/ a ceasefire can be declared/ the files 
can be saved/ and fightina can be resumed at a later time. 
(See Section 4.6) 
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a. THE PLAYER’S GAME 



4.1 LOGGING IN AND RUNNING COMEL 

The following subsections describe: 

a. The orocedure used to LOGIN on the VAX/VMS computer 
and start the ol ayers 1 game. 

b. The steos the player should follow to successfully run 
any version of COMEL. 

The Red and Green Players (or staffs) have many actions 
to take in order to successfully run COMEL. Preolanning is 
essential to achieve the maximum benefit from this exercise. 

The ouroose of the Acguisition Phase of COMEL is to give 
the olayers a aooreciation of the complexities of joint 
communications systems acauisition and planning. The 

Acquisition Phase consists of those steps necessary to 
design, test, and evaluate the system and to produce and 
install it. The follow inq sections will enable the user of 
the systems to tailor forces with that equipment which will 
meet the anticipated threat. Figure A - 1 3 provides an 
overview of the player options availaole during the 

Acquisition Phase. 
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PLAYER ACQUISITION OPTIONS 
FIGURE A- 13 
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Any terminal connected to the VAX/VMS system can oe used 
to run COMEL. Just turn the terminal on and Dress the 
return key. If everything is in working order* the computer 
should display the word* USERNAME: . In response to 
USERNAME: * enter the LOGIN name Provided (eg* COMEL) and 
press return. The computer will display PASSWORD. Enter the 
PASSWORD provided then press the RETURN key. If the message 
"User authorization failure" is displayed* check to see that 
you have the correct username and password* press the Return 
and try again. 

After a successful LOGIN* the computer will prompt for 
USER input with a "S ". To run COMEL* input the following 
item (without quotation marks): 

"iPLAYER" 

Press the RETURN key (hereafter* <RET >)* and the COMEL 
HEADER will be displayed. 



CCCCC 

CCCCC 0000 



cc 


000000 


M 


M 






cc 


00 


00 


MM 


MM 


EEEEEEE 




cc 


00 


00 


MMM mmm 


EEEEEE 


L 


CCCCC 


00 


00 


MM M MM 


EE 


LL 


CCCCC 


000000 


MM 


MM 


EEEEEE 


LL 




0000 


MM 

M 


MM 

M 


EE 

EEEEEE 

EEEEEEE 


LL 

LL 

LLLLLL 

LLLLLLL 



YOU CAN ENTER THE CARRIAGE RETURN AT ANY TIME 

UMPIRE PERMISSION IS NOT REQUIRED 

(C/R) 
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4.2 PLAYER OPTIONS 



The first menu displayed to the player is as follows 



* COMEL PLAYER OPTIONS * 

* CHOOSE: »n * 

•..........•••■•••••••••••a 

HU ACTION REQUESTED 



1 GAME INFORMATION 

2 RED PLAYER????? 

3 GREEN PLAYER????? 

a acquisition phase ONLY 

5 OPERATIONS PHASE ONLY 

6 BOTH PHASES 
E EXIT GAME 



The synchronization of olayers is not necessary until the 
Acquisition Phase or the Operation Phase is entered. 
Caution should be taken in the selection of phase to ensure 
the it coincides with the phase selected Dy the Umpire (ie» 
ootion 4, 5 > or 6). The player will have a second chance to 
confirm the Phase selected. Only the options listed in the 
menu will be accepted. 

4.2.1 Game Information 

If Game Information is desi reo> enter ootion -1- to 

see 

GAME INFORMATION 

Uo to 15 lines will be displayed at a time. Next is 
di so 1 ayed : 

PAGE uux ENTER 0 TO EXIT 
(RANGE; 0 TO 100) 

Enter the oage number to be displayed or -0- to exit this 
routine. When • 0 - is entered/ 
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CC/RI 



is displayed. Now enter a <RET> to return to the menu. 

•4.2.2 Prel i mi nary Requi rements 

The Red Player must enter option 2 and the Green 
Player must enter ootion 3. If both players select option 2 
or both select option 3r the synchroni zat ion of the qame 
cannot be accomplished. The following is displayed when 
option 2 or 3 is selected. 

YOU ARE THE GREEN PLAYER. 



or 

YOU ARE THE RED PLAYER. 
CC/RI 



4.2.3 Phase Selected 

Enter ootion 4, 5 t or 

indicating Red or Green. These 
start of the game and will proceed 
of the Acquisition or Operations 
sections 4.3 or 4.5). 

4.2.4 End of Game 

At the end of the game the 
displayed. Selecting ootion -E~ wi 



6 as appropriate after 
options will initiate the 
to the player's portion 
Phase as appropriate (see 



main menu will again be 
11 exit the olaver game. 



4.3 COMEL ACQUISITION PHASE 

The initial portion of the Acquis i ton Phase has been 
entered when the following logo has been displayed. 
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************ 


**************** 


******** 


****** 


* * 



00 NOT ENTER THE CARRIAGE RETURN UNTIL 
INSTRUCTED TO 00 SO BY THE UMPIRE 
tC/RJ 



Do not orocsed oast this ooint until told to by the l m o i r e ? 
at which time enter a <RET>. When the <RET> is oressed the 
following is displayed: 

WAITING FOR OTHER PLAYER TO BEGIN AT . . . 1 4 : 37 : 42 
The program will remain at this point until the opposing 
player has also entered a <RET>. This will ensure that the 
Red and Green Players will have exactly the same amount of 
time to make decisions during the coming acquisition year. 



4.4 MAIN ACQUISITION MENU 

The ouroose of the Acquisition Phase is to assemble a 
credible stockpile of electronic eauioment to meet an 
anticipated threat. The goal of the player is to procure 
those systems that will satisfy the threat forecast. 
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Always be a ware of the budget money remaining and tne 



decision time left. These items are at the too of most 
disDlays. rthen the decision time is -0-, all further 
entries will result in a move to the main Acquisition Menu 
so control can be oassed to the Umoire. 

An examole of the main menu of the Acquisition Phase is 
as follows: 

COMEL ACQUISITION STAGE 



[YEAR 1 : BUDGET $ 500. OM] 

t OBLIGATED S 0.0M] 



♦DECISION TIME: 27 MIN* 

CHOOSE: FROM ua 

** title 

1 SHOPPING LIST 

2 SYSTEMS STATUS 

3 INTELLIGENCE 

a BUDGET ANALYSIS/REQ 
5 PROCUREMENT 
E EXIT ACQUISITION 



The option selected should be entered after the '?'. A 
brief description of each oot ion ana then a detailed 
description follows. 

1. SHOPPING LIST. A list of electronic equioment 
needs that may be selected for further consideration by the 
acquisition process. 

2. SYSTEMS STATUS. This oot ion provides a brief 
summary of the current status of each oiece of electronic 
equioment under consideration and/or development. 

3. INTELLIGENCE. If intelligence was purchased the 
previous year, that intelligence may be viewed by selectina 
this option. Also, intelligence ourchased previous vears 
may be reviewed. 

4. BUDGET ANALYSIS/REQ. This option will provide a 
five year forecast on budget requirements. A budget request 
for next year can be submitted. 
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5 . PROCUREMENT. Enter this st aqe to buy or change 
the status of the electronic equipment. 

E. EXIT. To exit the Acquisition Phase/ use this 
ootion when finished with the Acquisition Phase before the 
decision time has been exceeded. 

4.41. 1 Sh opo i nq List 

The following is an abbreviated examole of a 
shopping list of equipment that may be selected as 
candidates for acquisition. 

DECISION TIME LEFT IS 27 MINUTES AT 14:38:02 



— - - * 

* ENTER ITEM *4 /OR/ (-0-1 TO EXIT * 



4U 


SYSTEM 




TYPE 


an 


SYSTEM 


TYPE 


i 


art ac 


1 


t ac 


1 1 


sh f -sa t 


sat 


2 


art ac 


2 


t ac 


12 


sh f -gt 


gt sat 


3 


navtac 


1 


t ac 


1 3 


vl f 


vl f 


a 


navtac 


2 


t ac 


l a 


t r i t ac 


s w 


5 


a f t ac 


1 


t ac 


15 


t r i t ac eh 


sw 


6 


af tac 


2 


t ac 


16 


sat 1 


sat 


7 


h f 1 1 y 


1 


hf 


17 


gt -sat 1 


gt sa t 


9 


h f 1 1 y 


2 


hf 


18 


sat 2 


sat 


9 


wbs 1 




1 os 


19 


gt -sa t 2 


gt sat 


10 


wbs 2 




1 03 


20 


sat 3 


sat 



n* 

Selections made from the shopping list will not commit any 
money from the budget. This is only a candidate list of 
electronic equipment to buy. Once selected from the 
shopping list and added to the candidate list/ systems will 
remain on the candidate list every subsequent turn until 
they are purchased. 

Enter the menu number (under UU) of the system under 
consideration. A list of further information aoout that 
system will then be made available. After each menu 
selection the following type of information will appear: 
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00 YOU WANT MORE INFORMATION ON artac l [Y/N] 

If more information is not desired/ just enter a ' N ' or a 
<RET>. An answer of ' Y ' will display: 

GENERAL INFORMATION ABOUT: artac 1 EQUIPMENT TYPE: tac 
? [Y/N] 

If answer is *Y' information on equipment tyoe 'tac' is 
d i sp 1 ay ed . 



******** 



* * 

* Service Tactical Communication systems * 

* are designed for internal unit comm in * 

* support of unit operations. They are * 

* compatible with other tactical comm * 

* systems of the same generation * 

* * 



***************** 



TECHNICAL INFORMATION ABOUT: artac 1 
? (Y/Ml 

An answer of ' Y ' will show the specific technical 
information about the system that was selected. The 
information will look (somewhat) like the following. 






MOBILITY : 


7 


NORMAL 


RELIABILITY 


0.78 


SECURITY : 


1 


SKIP 


RELIABILITY 


0.00 


NORMAL RANGE: 


3 


normal 


C 3 


EFF 


0.51 


SKIP RANGE: 


0 


SKIP 


C 3 


EFF 


0.00 


OPERABILITY ; 


0.88 


ECM 






0.00 


FLEXIBILITY : 


0.75 


ESM 






0 


NM0 SAT BEAM,- 


0 


EWF 






0 



Where the technical data items mean: 



MOBILITY 

platform 


- The 
(Range 


higher the 
0 to 999). 


number f the 


more 


modi 1 e 


the 


SECURITY 


- A whole number between 


1 and 5. 


The 


h i ghe r 


the 


number , 


the 


more secure 


the 


system 


i s and 


the 


less 



vulnerable it is to Electronic Warfare. 

SKIP - This orefix implies SKYWAVE communications. 
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NORMAL - This prefix imolies GROUNDWA VE communications. 

RANGE - The communication range in hexes. 

OPERABILITY - A measure of the ease in which a system can be 
understood# operated and maintained by those trained to do 
so (Range 0.0 to 1.0). 

FLEXIBILITY - A system’s ability to accomodate various 
traffic fluctuations and orocedural changes based on 
ODerational crisis (Range 0.0 to 1.0). 

NBR SAT BEAMS - The number of sat beams that can oe sent , 
These SAT systems use narrow beams. 

RELIABILITY - A system's ability to remain ooerational and 
Derform according to specifications (Range 0.0 to 1.0). 

C3 EFFECTANCY (or EFFECTIVENESS) - A measure of a systems 
probability to successfully accomplish its communications 
supoort mission (Range 0.0 to 1.0). 

ECM - Electronic Counter Measures# if in effect reduces the 
C3E value of the system it jams by the amount shown (Range 
•1.0 to 0.0). 

ESM - Electronic Support Measures# increases the combat 
value of the friendly forces it supports# but must still be 
directed against an appropriate enemy system (Range 0 to 50. 

Ed FACTOR - By subtractina the security factor of the 
enemys's system from the E W FACTOR the result gives the 
probability of successful EW operations (Range 0 to 53. 

Next# cost and quantity information may be selected. 

COST INFORMATION ABOUT: artac 1 
? C Y /Ml 

An answer of ’ Y ' will result in a list like the following: 
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number r&d r&d advanceo advanced 
AVAILABLE COST time r&d cost r&d time 



a o o o o 



M&D M&D NORMAL REDUCED 
COST TIME O&M COST O&M COST 



12 l 0 a 

Next/ indicate how many of this system tyoe to consider. 

ENTER NUMBER OF artac 1 YOU WISH TO CONSIDER: 

The following summary is displayed after successfully 

entering the number of systems: 

THERE ARE 0 artac 1 IN FILE. 

THERE ARE a artac 1 MAXIMUM. 

YOU WOULD LIKE TO ADD AN ADDITIONAL 4. 

4 artac 1 ADDED. 

SUCCESS 

[C/R] 

or if not entirely successful 



INVENTORY WAS LESS THAN NUMBER DESIRED, 

YOU WERE GIVEN WHAT WAS AVAILABLE. 

IC/R] 

The shoDoina procedure may be reoeaf ed as many times as 
necessary in order to start procurement of necessary 
electronic eouioment to meet the threat. 

4 . 4 . 2 Systems Status 

Ootion •2” from the main menu provides the player 
and Umpire the opportunity to review the status of 
electronic eouioment on file. The following menu lists the 
current oot ions. 
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SYSTEM STATUS. . . 



14:51 : 25 



BUDGET: $ 500. OM LEFT TO SPEND: $ 286. OM 
[YEAR 1) 

♦DECISION TIME: 13 MIN* 



CHOOSE: FROM HU 



UU TITLE 



1 SYSTEMS SUMMARY 

2 SYSTEMS DEPLOYED 

3 SYSTEMS IN R & D 

4 SYSTEMS FINISHED R&D 

5 SYSTEMS M & D 

6 SYSTEMS TO BUY 

E EXIT SYSTEMS STATUS 



Ootions are entered after the '?' is disolaved. Only 
information is disolaved* and no actions are taken. 



4 

f 0 1 lowing 




.4.2.1 Systems Summary: Ootion -1- 

information in systems on acauisition 

************************* *•* * * * 

SYSTEM SUMMARY * 

****************************** 



DPovides 



the 



FROM A TOTAL OF 15 SYSTEMS UNDER CONSIDERATION, 
THERE ARE 10 SYSTEMS UNDER THE FOLLOWING 
STAGES OF DEVELOPMENT: 



NORMAL RESEARCH & DEVELOPMENT : 3 
ACCELERATED RESEARCH & DEVELOPMENT : 3 
FINISHED RESEARCH & DEVELOPMENT : 0 
MANUFACTURING FOR deployment : 4 
WORKING UNDER NORMAL OPERATION : 0 
WORKING UNDER REDUCED EFFECTIVENESS: 0 
READY TO BE BOUGHT : 0 



CC/R1 



The total number of systems selected from the shooDing list 
are the systems under consideration. The total number of 
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systems in procurement are listed next. A breakdown of 
systems in each stage of procurement is then listed. 

4 . 4 . 2 . 2 Systems Deployed: Ootion -2- lists the 
names of those systems currently deployed and ooerat i ng in a 
normal or reduced status. A system in reduced status is 
half as effective as a system in a normal status. 



SYSTEMS DEPLOYED * 



: * * * * i 






artac 1 NORMAL 
navtac 1 REDUCED 



END OF DEPLOYED SYSTEMS. 

rc/R) 



4. 4. 2. 3 Systems in Research and Development: Option 

-3- lists the systems in normal or accelerated Research and 



Development. A system in accelerated R + D can enter 
Manufacturing for Deployment sooner/ and at a higher cost > 
than a system in normal R+D. The year that the system ends 



R+D is listed next. At the indicated year/ if toe system is 
placed into M + D / it will finish M+D and be ready to be 
Dlaced into operation in the year listed on the right. 



************************* 



* SYSTEMS IN RESEARCH & DEVELOPMENT * 
************************************** 



sat 3 




ACCELERATED 


END 


R&D 


YEAR 


4 


END 


M&D 


YEAR 


5 


h f 1 1 y 


2 


ACCELERATED 


END 


R&D 


YEAR 


2 


END 


M&D 


YEAR 


3 


h f 1 1 y 


2 


ACCELERATED 


END 


R&D 


YEAR 


2 


END 


m&D 


YEAR 


3 


h f 1 1 y 


2 


NORMAL 


END 


R&D 


YEAR 


3 


END 


M&D 


YEAR 


a 


h f 1 1 y 


2 


normal 


END 


R&D 


YEAR 


3 


END 


M&D 


YEAR 


4 


h f 1 1 y 


2 


normal 


END 


R&D 


YEAR 


3 


END 


M&D 


YEAR 


4 



END OF SYSTEMS IN R & D 
tC/R] 
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4 . 4 . 2 . 4 Finished Research and Develooment: 



The 



systems listed bv ODtion -4- are finished R+D. If obligated 
for M + D immediately, they will be ready for operation in the 
year listed on the right. 



* FINISHED RESEARCH & DEVELOPMENT 

artac 2 END M&D IN YEAR 4 

navtac 2 END M&D IN YEAR 5 



END OF SYSTEMS FINISHED R & D 
IC/R] 



4. 4. 2. 5 Manufacturing for Deoloyment: The systems 
listed by ODtion - 5 • are in active M+D and will be ready for 
operation in the year indicated. 



MANUFACTURING FOR DEPLOMENT * 
*★**★*•**★★*★*★★**★★**★****•*★***★*•*★*** 

artac 1 END M&D IN YEAR 2 
artac 1 END M&D IN YEAR 2 
artac 1 END M&D IN YEAR 2 
artac 1 END M&D IN YEAR 2 



END OF SYSTEMS M&D 
tC/Rl 



4. 4. 2. 6 Systems Ready to Be Bought: The systems in 
ODtion -6- are ready to be procured for normal or reduced 
oDerat i on . 



SYSTEMS READY TO BE BOUGHT * 



***★★***★: 



'****■ 



wbs 1 
vl f 

artac 1 
navtac 1 



END OF SYSTEMS TO BUY 
CC/R] 
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4.4.3 Intel 1 i qence 



This report is obtained by selecting option -3- from 
the main menu. It will contain answers to intelligence 
requests made by the player the previous year. An example 
of the menu is as follows: 

INTELLIGENCE REPORT ... i<»: 56:56 
[YEAR 21 

DECISION TI^E: 29 MIN 

! CHOOSE: FROM YEAR HU [-0-J TO EXIT ! 

♦ ..................................... » 

tiU INTEL REPORT 

1 YEAR INTEL 
7 

After the ' ? 1 , enter the year (if there is one listed) to 

review. An example of year 1 follows 

INTELLIGENCE REPORT FOR YEAR 1 

YES, SAT 3 HAS 8EEN PLACED INTO R&D 
IT WILL BE IN NORMAL OPERATION 3Y YEAR 4 
ONLY 1 WILL BE PURCHASED 

tC/R) 

The example is a free form response entered by the Umpire. 
4.4.4 Budget Ana 1 ys i s/Reouest s 

Option 4 in the main Acquisition M enu provides a 
breakdown of the current year's budget along with a five 
year forecast. Only systems that are in an active stage 
will be forecast. For example a system in active R+D will 
be included but a system that is finished R+D in the current 
year and has not been started in Manufacturing for 
Deployment will not be included in this Projection. 
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Therefore* this oDtion should be used after current year 



acquisition has almost been completed in order to get a 
realistic budget orojection. 

This projection will help in planning for subsequent 
years and in submitting a proposed budget for the next year. 
First* the following info will be disolayed: 



- - - * 

* THE FOLLOWING -5- YEAR PROJECTION IS BASED * 

* ON THE CURRENT YEARS FORCE STATUS WITH THE * 

* FUTURE YEARS BUDGET COMPUTED ASSUMING A * 

* FROZEN FORCE STRUCTURE (NO ADDITIONS) AND * 

* R&D PROCEEDING NORMALLY* FLOWING INTO m^d * 

* AND THE SYSTEMS BEING BOUGHT AS THEY BECOME* 

* AVAILABLE. * 

* * 

* THIS LIST SHOULD BE USED AS AN AIDE TO SHOW* 

* WHAT HAS BEEN COMMITTED TO FUTURE YEAR * 

* BUDGETS. IT CAN GIVE AN IDEA WHERE BUDGET * 

* REDUCTIONS OR SCRAPPING CAN OCCUR. * 



CC/R] 

After entering a <RET> the budget forecast is presented. 

NORMAL ADVANCED SYSTEMS REDUCED NORMAL TOTALS 
R&D R&D IN Mg,D O&M O&M 







44 


CST 


u n 


CST 


44 


CST 


44 


CST 


44 


CST 


4 4 


CST 


YEAR 


1 


3 


21 


3 


60 


4 


48 


0 


0 


0 


0 


10 


129 


YEAR 


2 


3 


21 


1 


30 


2 


20 


0 


0 


a 


32 


10 


103 


YEAR 


3 


0 


0 


1 


30 


3 


30 


0 


0 


6 


42 


10 


102 


YEAR 


a 


0 


0 


0 


0 


1 


27 


0 


0 


9 


57 


10 


84 


YEAR 


5 


0 


0 


0 


0 


0 


0 


0 


0 


10 


72 


10 


72 



DO YOU WANT TO SUBMIT A BUDGET REQUEST FOR YEAR 2 ? tY/N] 
PLEASE ENTER BUDGET REQUEST: 

A budget figure for next year can be entered if desired. 
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4.4.5 Procurement 



Select ootion -5- from the mein menu to start the 
life cycle (see Figure 4-1) of systems or change the status 
of systems already in procurement or operation. A system 
initially will be in one of three states. First/ COMEL may 
have been entered with systems already in normal Operations 
and Maintenance. Second/ a system olaced in consideration 
via the shopping list may not require Research and 
Development. Third/ systems may need to be started from the 
beginning of the life cycle starting with normal or advanced 
Research and Development. 

(iar can start anytime after year 2 . Unless the 
system is already in normal or reduced Ooerations and 
Maintenance/ the system can be coerational in year 3 only by 
ooting for a system requiring only Manufacturing for 
Deoloyment in year 2 , It will be benefici.il to develop a 
mixed strategy based on when war is most likely to begin. 

4.4.6 CONPLAN Decision Review (Procurement) 

The player has the following options to facilitate 
reaching decisions during the procurement of systems. 
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CONPLAN DECISION REVIEW 



[YEAR 1 : BUDGET $ 500. 0M1 

[MONEY LEFT TO SPEND: $ 500. OM] 



♦DECISION TIME: 22 MIN* 



CHOOSE: FROM U# 



an TITLE 






t DECISION ANALYSIS 

2 BUY SYSTEMS 

3 SCRAP SYSTEMS 

4 R % D ACCELERATION 

5 R & D EXPANSION 

6 0 & M reduction 

7 PURCHASE INTELLIGENCE 

8 MANUFACTURE & DEPLOY 
E EXIT CONPLAN MENU 



Player input is expected after the A brief descriotion 
of ootions will be oresented followed by a detailed 
discussion of each. 



1. DECISION ANALYSIS. Shows the player the 
electronic equioment purchased in terns of aggregate 
technical performance. 

2. BUY SYSTEMS. Allows purchase of electronic 
equipment that have finished the Manufacturing for 
Deployment stage. 

3. SCRAP SYSTEMS. Scraps electronic equioment to 



save money. 

4. R and D ACCELERATION. Initiates accelerated R+D 
for electronic eauipment requiring R+D efforts. 

5. R and D EXPANSION. Allows normal R+D on 
electronic equipment identified on the shopping list 
r eau i r i ng R+D . 

6. 0 and M REDUCTION. Saves money by reducing the 
ooerating funds of electronic equipment currently in Normal 
Ooerat i on . 

7. PURCHASE INTELLIGENCE. Allows the player to 
purchase Intelligence information available the next year. 
A 1 so t the player can send messages to the controller. 

8. MANUFACTURE AND DEPLOY. Places electronic 
equioment finished R+D into the final phase of the life 
cycle process before purchasing and fielding. 



4.4.6. 1 Decision Analysis: Option 1 will help 
analyze current and future capabilities* Ootions may be 
selected from: 

DECISION ANALYSIS 



[YEAR : 2 TIME LEFT: 27] 



CHOOSE: FROM »U 



U * TITLE 



1 FORCE CAPABILITY INDEX 

2 FORCE ASSESSMENT 

3 CHANGE DEFAULT WEIGHTS 

4 CHANGE DEFAULT PARAMS 

E EXIT 

•? 

A brief description of the ootions will be Presented 
followed by an example and discussion of each. 

1. Force Capability Index - Graphical summary 
showinq the technical parameters of electronic equipment 
under development and in operation. 

2 . Force Assessment - Graphical depiction showinq a 
force assessment based on the total technical parameters and 
importance weights assigned to each parameter. 

3. Change Default Weights - Player ran change the 
importance of each technical parameter by adding or reduc i nq 
the weights applied. Weights are applied against the Force 
Assessment depiction (option 2). 

4. Chanqe Default Params * Scaling values used on 
technical parameters can be varied (ie* each parameter is 
divided by a scaling value). 

4. 4. 6. 1.1 Force Capability Index: Option 1 provides 

a projection of total capability for the current years and 
uo to three additional years. An example of the display 
f o 1 lows. 
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FORCE CAPABILITY INDEX 



25 

20 

15 

10 

5 



-25 
-20 
-15 
-10 

- 5 

YEAR 3 YEAR a YEAR 5 



X 

XX XXX 

X XXX XXXXX 



*M CC S CC B EEE* 

*0 RR E 33 E WCS* 

*9 NN C EE A FMM* 

★ GG S M * 

* s s * 

***************** 



***************** ***************** 
* M CC S CC B EEE* *M CC S CC B EEE* 

*0 RR E 33 E WCS* *0 RR E 33 E WCS* 

* B NN C EE A FMM* *B NN C EE A FMM* 

* GG S M * * GG S M * 

*S S**S S* 

***************** ***************** 



CC/R1 

The Y-AXIS values are to be used as a guide for comparison 
oetween the current year and projected years. These are 
scaled values. They will change if the associated scaling 
parameters are chanqed (option -4-). Each 'X' marks the 
level the eauioment has reached for that year. The values 
can be read as a histogram. The technical parameters 
described immediately below the 'X' are mobility ( M 0 8 ) > 
ranaet’CRNG and CRNGS for HF in skywave mode) » sec u r i t y ( SEC ) > 
C3 e f f ec t i veness ( C 3E and C3ES)/ number of satellite 
beams(BEAMS), EW factor(EWF), ECM effect iveness(ECM), and 
ESM e f f ec t i venes s ( ESM ) . 

4.4.6. 1.2 Force Capability Assessment: Option - 2 - 
provides a projection of force capability for the current 
year and up to three additional years based on summinq the 
totals of each technical parameter times a weighting factor 
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on the importance of that technical parameter. Initially 
the weighting factors are equal. An example of the display 
foil ows . 

FORCE CAPABILITY ASSESSMENT 



35 

30 

25 

20 

15 

10 

5 



xxxxxxxxxx 
xxxxxxxxxx xxxxxxxxxx 



xxxxxxxxxx 
xxxxxxxxxx 
xxxxxxxxxx xxxxxxxxxx 
xxxxxxxxxx xxxxxxxxxx 

XXXXXXXXXX XXXXXXXXXX 



YEAR 2! YEAR 3! YEAR 4' YEAR 5 S YEAR 6 



[C/RJ 



-35 
-30 
-25 
-20 
-15 
-10 
- 5 



The value in the Y-AXIS denotes a scaled numoer to be used 
for comparison between years displayed on the qraob. This 
graph is presented in a histogram format. Projections are 
based on all equipment procured entering the subseauent 
stage and finally being deoloyed. 

4. 4. 6. 1.2 Changing Default /ieiqhts: Default weights 
used in computing force assessment can be changed. 
Computation of force assessment involves taking scaled value 
(technical Parameter / scaling value assigned) multiplied by 
thi3 weight and summing them by year. In effect/ a 
sensitivity analysis can be made by changing the weignts 
aoolied to any technical parameter (initially equally 
weighted). The following shows the current default weights 
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and permits each weight to be changed. The current weights 



are displayed first: 

these are the: weights applied to equations 

TOTAL WEIGHTS MUST SUM TO 1 

THE SYSTEM W;{LL CHECK TOTALS AS THEY ARE 

ENTERED. 

ENTER CHANGES AS DESIRED: 



WTMO0 WTCR WTCRS WTSEC WTC 3 WTC3S WTBM WTEWF WTECM WTESM 



0.10 0.10 0.10 0.10 0.10 0.10 0.10 0.10 0.10 0.10 

An example of a session to change the weights follows: 



MOBILITY WEIGHT: 
0.05 



COMM RANGE 
0.15 


WEIGHT: 


RANGE 


t-0- 


SKIP COMM 
0.05 


WEIGHT : 


RANGE 


[-0- 


SECURITY 

0.15 


WEIGHT : 


RANGE 


t-0- 


C3 EFF 
0.15 


WEIGHT : 


RANGE 


(-0- 


SKIP C3 
0.05 


WEIGHT: 


RANGE 


t-0- 


SAT BEAMS 
0.15 


WEIGHT : 


RANGE 


t-0- 


EWF FACTOR 

0.1 


WEIGHT : 


RANGE 


t-o- 


ecm factor 
0.1 


WEIGHT : 


RANGE 


{-0- 


The ESM weight is 


the remaind 



weights are then displayed. 



TO 


- 


0.9500000 


-J 


TO 


- 


0.8000000 


-1 


TO 


- 


0.7500000 


-1 


TO 


- 


0.6000000 


-3 


TO 


- 


0.4500000 


-} 


TO 


- 


o.aoooooo 


-) 


TO 


- 


0.2500000 


-} 


TO 


- 


0. 1500000 


-1 



left from 1. The changed 



WTMOB WTCR WTCRS WTSEC WTC 3 WTC3S WTBM WTEWF wTEC.M WTESM 
0.05 0.15 0.05 0.15 0.15 0.05 0.15 0.10 0.10 0.05 



a.U.6. 1 .« Changing Default Parameters: Scaling 
values used in the force assessment and force index graph 
can be changed. The following Question answer seouence is 
presented. 
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[C/Rl 

OLD MOBILITY HIGH: 50 

NEW MOBILITY HIGH: 

? 

25 

The reduction of this value to 25 doubles the mobility 

factor displayed in the graphs. 

OLD COMM RANGE HIGH: 100 

NEW COMM RANGE HIGH: 

200 

If all the communication gear purchased had excellent comm 

range* the scale may have to be increased to bring comm 

range in line with the other factors to consider. 

OLD COMM SKIP RANGE HIGH; 9999 

NEW COMM SKIP RANGE HIGH: 

? 

5000 

The skip comm range scale may be reduced in order to 

increase the importance applied to long range communication. 

OLD SECURITY FACTOR HIGH: 6 

NEW SECURITY FACTOR HIGH: 

? 

3 

Intelligence on enemy intentions may show that the security 
factor should be more of a factor in decisions. 

OLD C 3 EFF HIGH: 1 .000000 

NEW C 3 EFF HIGH: 

? 

0.5 

OLD SKIP C 3 EFF HIGH: 1.000000 
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NEW SKIP C 3 EFF HIGH: 



•? 

0.75 

0.5 

The C 3 effectiveness figure is shown to be more important 

and will now be reflected as so in the graphs. 

OLD NUMBER SAT BEAMS HIGH: 0.5000000 

NEW NUMBER SAT BEAMS HIGH: 

"> 

0.25 

If there are only a small number of an electronic equipment 
available for purchase# it may be necessary to change a 
parameter so that the equipment will even show in the 
graphs . 

OLD EWF HIGH: 10 

NEW EWF HIGH: 

-> 

5 

OLD ECM HIGH: 1 

NEW ECM HIGH: 

o 

2 

OLD ESM HIGH: 2 

NEW ESM HIGH: 

~> 

3 

Again# the importance of any item can be reduced or 
increased by chanqing the scaling value associated with that 
parameter. Since the technical parameters are scaled by 
dividing the parameter by its scaling value# an increase of 
the scaling value will reduce the Parameter’s importance and 



1 1 0 



a 



dec re ase 



the scaling value will increase the 



o f 



i mport ance . The 
HIGHS 


changed scaling values are then display 


ed . 


MOBILIY 




25 




COMM RANGE 




50 




SKIP COMM RANGE 




9999 




SECURITY FACTOR 




3 




C3 FACTOR 




1 .000000 




SKIP C 3 FACTOR 




1.000000 




NUMBER SAT BEAMS 




0.2500000 




EWF FACTOR 




5 




ECM FACTOR 




1 




ESM FACTOR 




1 




[C/R] 








This chanqe will 


affect the display in options -1- and 


•2-. 


After the <RET>/ 


the decision analysis menu is repeated 


for 


further action. 









4.6.1. 5 ■ Exit Decision Analysis: On entering 
ootion -E - f the olayer is returned to the orocurement menu. 
If the decision analysis option is selected again/ the 
default parameters will be in effect again. 

4. 4. 6. 2 Buy Systems: When electronic eouioment has 
been Manufactured for Deployment/ selecting option -2- will 
oresent the oooortunity to Buy the electronic equipment. A 
summary of costs for each electronic equipment is displayed 
along with an ootion to buy the equipment at normal or 
reduced cost. An example follows: 



SYSTEMS READY TO BUY FOLLOWS 

tC/R) 



SYSTEM t artac 1 

NORMAL COST: 8 

REDUCED COST: « 

MONEY LEFT : 549.0 

BUY? (Y/N] 

Y 

NORMAL OR REDUCED COST? (N/R) 

N 

If the answer to buying the systen is no, it will still be 
available for purchase anytime the buy routine is entered 
durinq the current year. However if a system is available 
to buy and is- not purchased during that year it will not be 
available later. A system oocjratinq under reduced cos? is 
half as effective as a system oseratinq under normal cost. 
Any system operating under normal cost can always be reduced 
(and money saved) later. However a system orocured at 
reduced cost cannot be brought oack to normal operating 
effecti venes s . 

4 . 4 . 6 . 3 Scrapping Systems: Option -3- enables the 

olayer to scrap any system entered to date. This can oe 
done to free money for mors important systems or for any 
other reason more money may be needed. The only cost in 
scrapping a system is the time and money already spent in 
prior years. The money saved in scrapping is immediately 
available for use. The following display is generated: 



1 1 2 



DECISION TIME LEFT IS 21 MINUTES AT 15:04:51 
BUDGET : S 600. OM LEFT TO SPEND : $ 517. OM 

* ENTER ITEM ttUU TO SCRAP /OR/ C-0-] TO EXIT * 



ttn* SYSTEM STAT UUti SYSTEM STAT UUU SYSTEM 



1 


artac 


1 


N 


OP 


5 


sat 3 




AR&D 


9 


h f 1 1 y 


2 


2 


artac 


1 


N 


OP 


6 


h f 1 1 y 


2 




1 0 


h f 1 1 y 


2 


3 


artac 


1 


N 


OP 


7 


h f 1 1 y 


2 




1 1 


h f t t y 


2 


a 


artac 


1 


N 


OP 


8 


h f 1 1 y 


2 


NR8.D 


12 


ew 9a 





ttttn 

l 

All systems in work and their status of procurement are 

listed. The status is one of the following: 

N OP - Normal operation and maintenance 
R OP - Reduced operation and maintenance 
AR + D - Accelerated research and maintenance 
NR + D - Normal research and maintenance 
FR + D - Finished research and maintenance 
MNFD - Manufacturing for deployment 
RDY - Ready to be bouqht 
SCRP - System has been scrapped 

The item number of the system to be scrapped is entered or a 

zero is entered if scrapping is finished. The system chosen 

for scrapping is then displayed : 

SYSTEM TO BE SCRAPPED : artac 1 
(C/Rl 



After the return/ the status of the system is repeated along 



with the money to be saved in scrapping the system. 
IN NORMAL OPERATION 

SCRAPPING WILL FREE : $ 8M 



A confirmation of the scrapping will be 



requ i r ed . 



DO YOU REALLY WANT TO SCRAP IT? CY/N] 

MONEY TO SPEND 8EF0RE SCRAPPING: $ 517M 

MONEY TO SPEND AFTER SCRAPPING: S 525M 



CC/R1 
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The budget before scraopinq and after scrapping is disolayed 



for information purooses. 

OEC I S ION TI^E LEFT IS 20 MINUTES AT 15:05:25 
BUDGET : $ 600. 0M LEFT TO SPEND : $ 525. 0M 

* ENTER ITEM ttttU TO SCRAP /OR/ t»0-] TO EXIT * 



uuu 


SYSTEM 


stat 


nun 


SYSTEM 


STAT 


‘tun 


system 




i 




SCRP 


5 


sat 3 




AR&D 


9 


n f 1 1 y 


2 


2 


artac 1 


N OP 


6 


hftty 


2 




10 


n f 1 1 y 


2 


3 


artac 1 


N OP 


7 


hftty 


2 




1 1 


ft f 1 1 y 


2 


a 


artac 1 


N OP 


8 


hftty 


2 


NR&D 


12 


?w 4 a 





U4H 



As shown# system 1 is scrapped and more megabucks are 
available. 

4. a. 6.4 R and D Acceleration: Accelerated Research 
and Development is selected to hurry the equipment through 
R + D and make it available for w + 0 and Operation sooner, 
irthen procurement ootion 4 for accelerated R + D is selected# 
the following disolay is shown: 



Time LEFT IS 22 MINUTES AT 1«:U2:5~: : 

MONEY LEFT = S 500. 0M 

— — — — — — - — - — — - — * 

* THESE SYSTEMS ARE AVAILABLE FOR ADVANCED * 

* RESEARCH AND DEVELOPMENT TO BE READY * 

* IN THE YEAR INDICATED FOR M & D. * 

* ENTER ITEM UU /OR/ €-0-1 TO EXIT. * 

* * 

#au SYSTEM Y/RDY UUtt SYSTEM Y/RDY 



1 sat 3 a a hftty 2 2 

2 hftty 2 25 hftty 2 2 

3 hftty 2 26 hftty 2 2 

»a 



There are three data items for each system listed: an item 

number# the system name# and the year the svstem would 



finish Accelerated R + D . Select those systems to enter 

accelerated R + D and/or enter a 0 to exit. The cost of 

accelerated R + D is given next. 

SYSTEM : hftty 2 

ADV R & 0 COST: $ 15 

BUY? tY/N] 

A confirmation is required to expend the money as snown. 

hftty 2 IS SCHEDULED FOR ADV R&D AND WILL BE READY FOR M&D 
IN YEAR 2 

CC/R1 

The system is reoeated along with the year it will be 
available for M+D. Enter a <RET> and another oooortunity to 
place a system in accelerated R+D will be provided. 

4. 4. 6. 5 R and D Expansion: Option -5- is Normal 

Research and Development. Most of the electronic equipment 
selected by the shopping list routine will have to undergo 
Research and Development due to extensive modifications 
necessary to meet the projected threats. The only 
difference between normal and accelerated R+D is the money 
involved and time required for Research and Development. 
The displays and responses are identical to Section 4. 4. 6. 4. 

4. 4. 6. 6 Manufacture and Deploy: When a system is 

finisned R+D* companies have to set up assemblies and tools 
to manufacture the system and also train people to repair 
the equipment. This is represented in COMEL by the M+D cost 
and time delay. Option 6 is the selection to manufacture 
for deployment. The player can manufacture for deployment 
any svstem that appears in this list. However^ the system 
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xi I I not be operational until the system has finished m + q 



and bought by ootion -2-. An example display follows: 
DECISION TIME LEFT IS 18 MINUTES AT 14:46:18 



MONEY LEFT = S 419. OM 

— * 

* THE INDIVIDUAL SYSTEMS READY TO * 

x BE MANUFACTURED THEN DEPLOYED: * 

* ENTER ITEM #ti /OR/ [-0-1 TO EXIT * 

- - - - * 



nun SYSTEM YR/RDY CST/YR 4UU SYSTEM 



lartacl 2 12 3artac! 

2 artac 1 2 12 4 artac 1 

4»n 



Enter the item number to manufacture or a zero to exit. On 

successful addition/ the following is disolayed: 

artac 1 IS BEING MANUFACTURED AND WILL BE 
READY FOR DEPLOYMENT IN YEAR 
2 



If the system could not be added due to lack of funds/ an 
aopropriate message would be displayed. 

4. 4. 6. 7 Operation and Maintenance Reduction: Ootion 
-6- places the specified electronic system in reduced 
operation and maintenance. The difference in money between 
normal and reduced operation is saved immediately. This 
routine is self explanatory and is similar to the scrap 
r out i ne . 

4. 4. 6. 8 Purchase Intelligence: Ootion -7- enables 
the player to Purchase intelligence information about the 
opponent. The olayer can also communicate with the Umpire 
(without cost). Intelligence is purchased to gain 
information on systems the enemy is investing in. It might 
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be oossible to enhance your planning significantly with this 
knowledge. However, do not expect perfect information. The 
player* will only receive information the Umpire decides to 
give. The following menu is displayed: 

INTELLIGENCE REQUEST ... 1 4 : <17 : 52 

BUDGET: $ 500. OM LEFT TO SPEND: S 371. 0M 
[YEAR 1J 

DECISION TIME: 17 MIN* 



! CHOOSE: FROM uu J 

«tt TYPE OF REQUEST 

1 GENERAL INTELLIGENCE BRIEF 

2 SPECIFIC INTELLIGENCE DATA 

3 COMMENT TO CONTROLLER 

E EXIT INTELLIGENCE REQEST 

■? 

General intelliaence (option -1-) can be selected once each 
year. Specific intelligence (option -2-) can be bought for 
any number of systems if money is available. Each time 
ootion -3- is entered, the old controller message is erased. 

4. U. 6. 8.1 General Intelligence: After the '?' enter 

the ootion desired. For a general intelliaence brief of a 
non-specific nature enter ootion -1-. The following is then 
d i so 1 ay ed : 



GENERAL INTELLIGENCE WILL COST $ 15M 

AVAILABLE YEAR: 2 

DO YOU WANT THIS I NT ELL I GENCE ? E Y /N] 

A * Y * answer will commit this year's funds for a response 



the following year. 
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4. 4. 6. 8. 2 Specific Intelligence: Soecific 

Intelligence can be purchased for systems listed in this 
menu. It is unlikely that exact information will be 
provided by the Umpire, but the intelligence received is 
normally of some value. The more accurately the threat can 
be estimated the better it can be countered through an 
appropriate acguisition policy. An example follows: 

* SPECIFIC INTELLIGENCE * 

PLEASE ENTER SYSTEM: 



* * * * 



★ 


ENTER ITEM 


uu 


/OR/ 


r-"% 

1 

0 

1 

o 


EXIT * 


















****** 








uu 


SYSTEM 


TYPE 


uu 


SYSTEM 


TYPE 


UU 


SYSTEM 


TYFE 


1 


artac 1 


t ac 


7 


sh f -sat 


sat 


13 


gt-sat 3 


gt s at 


2 


artac 2 


t ac 


3 


s h f -gt 


gt sat 


1 4 


si n g a r s 


sat 


3 


navtac 1 


t ac 


9 


v 1 f 


vl f 


15 


s i n g a r g < 


gt s at 


4 


navtac 2 


t ac 


1 0 


t r i t a c 


S W 


1 6 


abnco 1 


abr cd 


5 


a f t ac 1 


t ac 


1 1 


t r i t ac eh 


S W 


17 


abnco 2 


abrcp 


6 


a f t ac 2 


t ac 


12 


sat 3 


sat 


18 


awacs 


awacs 



ttu 

12 

Enter the item number of the system for whicn intelligence 
is desired. 

R+D INFO FOR SYSTEM sat 3 ?(Y/Nj (COST: $20M) 

Selecting ' Y ' will reguire the Umpire to return a yes or no 
answer on whether this system is in R+D. 

INFO ON ENEMY INTENT TO BUY sat 3 ? CY/N] (COST: $10M) 

A yes or no answer will be returned on whether the Umpire 
thinks that the ooposina player will proceed beyond R+D. 

INFO ON NUMBER OF sat 3 ENEMY MAY BUILD? CY/N] (COST: 510M) 
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An indication on the number of these systems to be built is 
provided the olayer. 

INFO ON DEPLOYMENT DATE OF sat 3 ?[Y/N] (COST: S20M) 

Tr*e date the system will be in an operating status is 
provided. Once R + D information has been bought on a system, 
the above corollary guest ions can be answered at the 

indicated costs. It might be advantageous to ask for R+D 
information one year, and the subsequent guest ions the 
following years. 

4. 4. 6. 8. 3 Message: Enter ootion -3- to ask the 

controller' guestions. It may be entered to clear uo some 

questions from earlier intelligence updates. 

— — — — — — — — — — — — — — — — — — — — — — ★ 

* ENTER MESSAGE TO CONTROLLER * 

Enter the message. A <RET> on a blank line will exit this 
session. 

4. 4. 6. 8 Exit: Enter an - E - to return to the 

orccurement menu. 

4.4.7 End of Acquisition 

when the Acquisition Phase is over ("Exit or time 
run out"), the following information will be oroviaed: 

END OF YEAR: 2 

A I T . . . 

END YEAR 2 A T . . . 1 5 : 0 7 : 02 

Control has now returned to the Umpire. In this example* 
either turn 3 will start or war will begin. 

END ACQUISITION. ..15:07:33 



4.5 PREPARING FOR THE OPERATIONS PHASE 

This section of the manual describes the assignment of 
equipment to units. The steps of an Operations turn are 
described in the next section. Figure A- 1 4 provides an 
overview of both sections. 

The first step in preparing for the Operations Phase is 
advanced planning. The players should have available copies 
of the mao* their unit lists* their equipment lists* a 
general operations plans. (See Attachments A - 1 througn A - 1 U 
for default versions.) The players should set up the map* 
using movable markers to indicate the locations of the 
units. Thev should plan the allocation and emplovment of 
their eouioment to best support their forces and the oomirg 
operations. They should prepare a list of the eauipment 
assignments and may want to prepare network diagrams. 

The players should not go oast this logo until told to do so 
by the Ump ire: 
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Do not proceed oast this ooint until told to do so by the 
UmDire. When the Umpire tells you to go on* enter [C/R] 
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PLAYER OPERATION PHASE FLOW 
Figure A-14 
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When the Operations Phase actually begins, assuming the 
players are starting a new game and not resuming one already 
in progress, the first step is to assign the equipment to 
the right units or locations. The equipment items will show 
ud on the screen one at a time, with instructions. The 
entries to be made vary with the type of equipment. All 
entries should be in lower case (EX. 35th aDn). 

(1) Some equipment is fixed, such as large satellite 
ground terminals. For these items the players will be askeci 
to name the permanent hex location. For Example: 

vlf is fixed equipment. Input the permanent location: xx xx 
54 26 

They input the row number and column number, separated by a 
comma or a blank space. (With the numoerina system 
described in Section 1.4, each hex identification is either 
two odd or two even numbers.) Once the system is assigned ':o 
a hex location, it can be used by any unit in that nex, 
except that a VLF system may be used only by the Joint Task 
Force Headquarters to contact the National Command 
Authority. As players locate each piece of fixed equipment 
they may want to place a marker on their mao. 

(2) Some equipment is mobile, such as HF systems. 
The players will be given two choices: 
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artac 1 is mobile equipment that can 

1. Be attached to a combat unit and move with it. 

2. Be detached and set up as a separate comm relay 
or E W unit. 

It will then move as a unit but have no combat Points. 

Input mi si on number- 1 or 2. 

For the first alternative/ a typical enquiry and response 
are : 

What unit do you want to attach it to? 354 mech 

For the second alternative/ players must select an initial 
location for the detachment/ give it a name/ and ol ace a 
marker on the mao. For example: 

Locate the equipment by entering the hex number xx xx. 34 12 
Inout a name for the comm relay or EW detachment you have just 
established. Use uo to 8 spaces, det 8 

(3) Airborne command Posts fly on a rotating 
schedule. Percent of availaoility depends on the number of 
aircraft purchased. If one side has bought only one A8NCP / 
it is available only 45% of the time. If they have bought 
two/ one will be available 75% of the time. With three or 
more/ an ABM CP will be scheduled for flight 100% of the 
time. However/ the scheduled aircraft may develop 
unscheduled maintenance problems and be unable to fly or 
have radio equipment out and be unable to communicate. 
These problems are random/ and are based on the C3E of the 



123 



aircraft scheduled to fly. The players are given the 
oercent of availability/ but make no decisions on use at 
this time. They will have an oooortunity to assiqn orbit 
locations during each turn. The following information is 
di sol ayed here : 

You have 2 ASNCP. 

A8NCP will be available 0.8500000 of the time. Orbit 
assignments will be made in the COMM module of each turn. 

Tyoe any character to oroceed. 

(4) AWACS aircraft are Scheduled like the A B N C P s . 
The terminal diSDlay is also the same. 

(5) Communications satellites in the game have 
either one area beam or several soot beams. The players 
will be asked to inout the initial center-focus for each 
beam. Changes can then be made each turn. Ground terminals 
will not be able to connect to the satellite unless they are 
within the beam (a circle of radius CRNG around the beam 
center). For examole: 

sat 1 is a comm satellite with 2 SDot beams 
each havinq a footprint of radius 6. 

Each beam center can be relocated once each 
turn. 

Input the hex location of each beam center as 
it is called for. 

Enter the center of beam 1 20 30 

Enter the center of beam 2 35 47 
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(6) Intelligence satellites can survey a certain 

number of sequential columns in each turn. For example/ a 

satellite with range/ or beamwidth/ of 5 could survey 

columns 22/23/24/25/ and 26 and identify the location of 

enemy units in those columns. Players can select the 

columns surveyed each turn/ but make no decisions now. If 

they are working orooerly (based on C3E of the satellite)/ 

the satellite will always detect any enemy units in the 

columns surveyed. They will give the location but not the 

name of the unit. The following information is displayed: 

soy 2 is an intelligence satellite that can survey 5 

columns of hexes each turn. The track of the satellite is 
chosen in the RECON module. Type any character to continue. 

(7) Anti-satellite weapons also reauire no decisions 
now. They are one-shot weapons that can be directed against 
either communications or intelligence satellites. Their use 
must be approved by the NCA. The following information is 
di spl ayed here : 

atksat 1 is an anti-sateHite weapon that can be used only 
once. Use of the weapon is selected in the ATKSAT module. 
Tyoe any letter to proceed. 

4.6 THE OPERATIONS TURN 

Each turn consists o* four Parts: Intelligence Report/ 

Player Action Menu/ Movement/ and Combat. All entries must 
be lower case. Each turn has a maximum time length/ set by 
the Umpire. However/ if both players finish before time is 
uo the next turn will begin immediately. 
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4.6.1 Intelligence Report 



In all turns exceot the first* players receive 

information from any satellite surveys or reconnaissance 

flights requested in the last turn. For example: 

A recon flight has found an enemy unit in hex 24 30 
An intelligence satellite indicates an enemy in hex 30 28 



They will also receive lines 

Erf equipment in the ESM 

emitters. For example: 

ESM indicates enemy emitters 
at an bearinge of 95 degrees 



of bearing to emitters from any 
mode and within range of the 



compatible with Erf 3a 
true from 36 54 



4.6.2 The Action Menu 



The Player Action Menu is where the olavers make 
most of their decisions. 



Action Menu 



1. Review Position and Goal Data 

2. Set/Change Goal for a Unit 

3. Change Electronic Equipment Missions 

4. Assign Recon Missions 

5. Assign Other Air Missions 

6. Emb a r k /D i semb a r k Marine Forces 

7. Airlift Airborne Forces 

8. Employ Ant i -sat e 1 1 i t e Weapons 

9. Finished Turn 

Enter the number of your chosen action. 



Players may make most of these options as many times as they 
wish until "Finished Turn" is selected or until the time 



limit runs out. The following paragraphs describe each 
ootion. Only a few of the many oossible choices are shown. 
Most options include logical error checks that print 
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different statements if you make an incorrect ent ry» such as 
trying to airlift an armored brigade or land the Marines in 
the middle of the sea. 

(1) "Review Position and Goal Data" allows the 
players to verify or uodate their map and to check the 
current goal and combat points of their units. 

(2) "Set/Change Goal for a Unit” asks the player to 
incut the name of the uni: whose destination is to be 
changed. There is a communications check from the JTFHQ to 
the unit to see if a change of orders can get through; if 
so the present goal is displayed. The players input the new 
goal for the unit; and after <i short delay a orojected 
route is displayed. The projected route is computed by an 
optimum oath routine which considers the type of unit and 
the terrain. The estimated length of the oath, in movement 
points, is given, but the actual movement may be slowed by 
poor internal communications. If the players do not like 
the orojected route, they can alter it by entering a new, 
closer goal along their preferred route. For example/ if 
they want a unit to go through some woods, even if that 
route is slower, they could input an interim goal position. 
When the unit arrived at the interim position, they could 
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input orders to the final destination. An example of an 
exchange of queries is: 

Which unit goal do you want to set or change? 

Enter the units name - up to 9 spaces. 234 mech 
The goal for 234 mech is now 0 0 Is this ok as is? 
y or n 
n 

What is the desired goal? 

Use 0 0 to stop the unit in its present position. 

23 37 

The goal of the unit has been changed to 23 37 
There will be a short delay while the route is 
being planned. 

The projected oath is: 

19 29 19 30 17 31 16 32 15 33 17 33 18 34 

19 35 21 35 22 36 23 37 

this oath will take about 10 movement points. If you 
want to take a different route* resubmit a closer* 
interim goal for this unit. 

A sample projected oath and an interim goal are shown in 
Figure A- 1 5 . 




GOAL SETTING 
Figure A-15 



(3) "Change Electronic Equipment Missions" offers 
anot her menu : 
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COMM MENU 

1. Assign ABNCP and AWAC5 orbits 

2. Detach equipment for use as a relay or EW unit 

3. Change comm satellite orbit 
A. Change EW system mission 

5. Return to main menu 
Input number of desired action. 



The first choice returns the percent of availibility for the 
A8NCP and AWACS and whether one is ready for use this turn. 
If one is available the players are asked to enter the orbit 
center. The aircraft will orbit during comoat to relay 
orders and reports between the combat units and the JTFHQ. 
For examol e : 



ABNCP is available 0,8500000 of the time. 

One is available this turn. Input requested orbit 
center xx xx . 30 A0 



The second choice allows the player tc detach a piece of 
mobile electronic gear from a unit end set it up as a 
separate detachment. Players are asked lor the equipment 
and assigned unit? if a match is found/ they are asked for 
a name for the new detachment. When formt'd/ a detachment 
has zero combat points. It cannot rejoin a combat unit 
later in the game. For example? 



Enter the equipment you want detached, 
wbs 2 

Enter the unit that the equipment is presently assigned to. 

3AS arbg 

What is the unit name for the new comm relay or EW detachment? 
det 7 



The third choice returns the center focus for each 
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communications satellite beam. The player can echo or 
change the location. A beam center selection remains in 
effect for subsequent turns until changed by the player. An 
example of this choice is: 

sat 1 beam center is now located at 30 20 
Enter the new location xx xx. 25 35 

The fourth choice allows the player to designate the mission 
for each piece of Ert equipment to be ECM or ESM. The 
designation will remain in effect for subsequent turns 
unless this choice is made again later. 

(4) "Assign Recon Missions" allows the players to 
request satellite surveys or air reconnaissance missions. 



Recon support requests: 

1. Satellite recon 

2. Air recon 

3. Return to main menu 

Enter the number of tne recon type requested. 



If players ask for satellite surveys/ they see a list of 
their intelligence satellites and are then asked to input 
the westernmost (left) column to De surveyed. For example: 



You have the following intellioence satellites available: 
soy 1 which can survey 1 adjacent columns per turn, 

soy 1 which can survey 1 adjacent columns per turn, 

soy 2 which can survey 2 adjacent columns oer turn. 

SDy 1 is an intelligence satellite that surveys 1 
adjacent columns each turn. Input the westernmost 
column to be surveyed. 3 

soy 1 is an intelligence satellite that surveys 1 
adjacent columns each turn. Input the westernmost 
column to be Surveyed. 17 
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soy 2 is an intelligence satellite that surveys 2 
adjacent columns each turn. Input the westernmost 
column to be surveyed. 30 



If they ask for recce flights* the air wings can supply the 

flights only at the expense of other missions. Each air 

wing can do one recce mission per turn. Players must input 

the start and stop points of the photo flight* which can be 

uo to 20 hexes long. For example* the sequence: 

Any air recon you request will take priority over other air 
missions* so use them with care. Each air wing will do only 
one recce mission a turn. 

Each air recon mission will be a triangle flown from an air 
base to a designated point* then turning toward another 
designated point* then returning to the base. Recon photos 
will be taken only on the do i nt -t o-oo i n t leg of the flight. 
That leg may be no longer than 20 hexes ani will not 
necessarily be a straight line. 

Enter the beginning if the photo run - the first designated 
turning point • xx xx. 32 28 

Enter the end of the photo run - the second designated 
turning point - xx xx. U 5 31 

rthich tactical air wing do you want to fly the mission? 
21st t f w 



Would result in the recce fliaht oath shown in Figure A - 1 6 . 

(5) "Request Other Air Missions" gives the players a 



choice of interdiction* close air support* or counter air 



missions for each air wing. For example: 



Each air wing* including 
configured each turn for 
close-ai r-suDport missions, 
will supercede any made 
uni t s . 



carrier based wings can be 
interdiction* counter air* or 
Mission selections made here 
earlier this turn for the same 
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AIR RECONNAISANCE MISSION 
Figure A-16 



what mission do you want for 21st tfw? 

1. Interdiction 

2. C 1 ose-a i r-suDport 
3 . Count er air 

a. No new mission 

Enter the number of the mission. 2 

Effectiveness of close — air — support will deoend on comm 1ini<s 
between the ground unit needing suooort/ the JTFHQ, and the 
air wina# as well as on air-to-air support and enemy air 
defense . 

If the olayers select interdiction they must input five 
target locations based on their intelligence information/ 
such as: 



What mission do you want for b^th tfw? 
1 . Interdiction. 

2. C 1 ose-a i r-supoort 

3 . Counter ai r 

4 . No new missi on 

Enter the number of the mission. 1 
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Deoending on such factors as communications/ E W / enemy air 
defense/ and air-to-air support/ the wing has caoabilitv for 
a max of 5 strikes per turn. 

Defending on the Rules of Engaaement/ higher headqu«.r t ers 
approval may be needed for the attacks. 



Give the hex 
45 53 

Give the hex 
7 55 

Give the hex 

17 52 

Give the hex 

18 53 

Give the hex 
18 51 
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(6) " Emba r k /D i semba r k Marine Forces" offers; the 
olayers a choice of either embarking a Marine 3riqade onto 
an Amohibious Task Force or disembarking a oriqade onto an 
adjacent shore hex. The menu looks like: 



Do you want to: 

1. Embark an amohibious unit? 

2. Debark an amphibious unit on an adjacent shore? 

3. Return to main menu 
Enter number of choice. 



The locations of the Marine Brigade and the A T F must be 
aoorooriate (adjacent shore and sea hexes) oefore any action 
can take ol ace. An embarkation request would look like 
this: 



What unit do you want to embark? 7th mab 
7th mab has embarked on 1 8 1 h atf 



Disembarking would require the following exchange: 



1 33 



Enter the Marine unit you wish to disembark. 7th mab 
7th mab has begun landing on the shore in hex 23 41 

(7) "Airlift Airborne Forces" allows the airdroo of 
one airborne unit oer turn. The unit must be already 
located on an airfield. The olayer is asked for the name of 
the unit to be airdroooed and the hex location. For 
examo 1 e : 

Enter the name of the unit to be airdroooed. 75 abn 
75th abn is loaded and ready to go. 

Enter the hex location of the droo zone, xx xx 
30 30 

(8) "Finished Turn" notifies the control module that 
this side i 5 ready to Droceed. 

4.6.3 Movement 

After both d 1 ayers have comDleted their incuts* or 
time for that turn expires* the control module randomly 
selects one side to move first. Each unit is moved as far 
along its orooosed Dath as its movement points allow. Each 
tyoe of unit starts out with a given number of points? a 
fixed unit* such as an airfield* may have been given a qoal* 
but it won't move because it has 0 movement points. An 
armor unit will move about 8 hexes oer turn in ooen terrain* 
but mountains* rivers* and woods will slow it down and roads 
will let it move faster. Soeed of movement will also be 
affected by effectiveness of the unit's internal 



commun i cat i ons 



As a unit moves toward its qoa 1 , it will stop 
immediately if it comes into the control zone of an enemy 
unit. (A control zone for a unit is its own hex and a I 1 six 
adjacent hexes.) p 1 a y e r s will be notified of the situation 
and be given four choices: (a) they can order the unit to 
retreat along its aooroach Dath (if it has any movement 
points left)* (b) they can stop the unit and go into a 
defensive Posture, (c) they can continue toward their goal 
in a defensive oosture (if they have the points), or (d) 
they can stop the unit and request approval of an attack. 
The request for attack approval automatically includes a 
request for close air support, if available. 

4 . 6 . 4 Combat 

The Umpire, acting as the National Command Authority 
sets the Rules of Engagement for a turn at one of three 
levels: (a) The NCA must aporove all attacks; (b) The JTF 
Commander may approve attacks) and (c) The local commanders 
may attack targets of opportunity. 

The first step of combat is interdiction. IF 
aooroval for strikes is reaui red by the rules of engagement, 
a communications oath must be established before the request 
can be transmitted. If NCA approval is required, the Umpire 
makes the decision. If the players have reauested any 
reconnaissance missions, they are subtracted from any 
interdiction requests. Remaining aircraft take off toward 
their targets. If the enemy has Art ACS aircraft uo, they 
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will detect the strike force in time to call ud 
interceptors# otherwise interceptors will not arrive until 
after the interdiction aircraft have droooed their bombs and 
headed home. If the aircraft get through to the target 
area# they will come ud against the air defenses of the 
enemy units in the area. If they get through the air 
defenses# they will seriously damage any enemy units in the 
target hex. Players will receive reports on the success or 
failure of the interdiction attacks. A tyoical report might 
be : 

Interdiction was successful aqainst enemy in hex 35 57 

The aircraft returning from the raid on 35 57 suffered 
serious losses d u « ■ to enemy fighter attacks. 

In the second stage of the combat sequence# jammers 
are turned on and the effectiveness of any susceptible 
equipment in range will be degraded. For example# EW 3a is 
effective at a range of up to 10 hexes against W 6 $ 1. 
Within that range the effectiveness of the W8S 1 would be 
reduced from .787 to .394 (assuming no terrain effects). 

The f'nal stage is ground combat. Which side has 
the advantage of making the first attack is decided by 
random selection# but a qeneral priority is followed. 
First# units arriving in the area of a stationary unit get 
the attack/defense/continue/retreat option# then the 
stationary unit. If the players decide to attack# they may 
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there to the NCA are checked. Then the Umpire makes the 
decision. If the NCA has given control to the JTF Commander- 
only the unit to JTFHQ link must be checked. If battlefield 
control has been given to the local commanders, nc 
communications checks are reaui red and any request is 
automatically aoproved. If approval is refused or the 
reauests cannot get through, the unit automatically goes 
into a stationary defensive posture. 

If an attack is approved and Degun, electronic 
warfare equipment in the ESM mode will add to the unit's 
combat value, since the commander will have a better picture 
of the battlefield. 

If the attack is made across a river, the defender 
has an advantage. 

Close air support missions will then oe called up by 
the attacking unit. Effectiveness of the close air support 
depends on the enemy's air defense capability, the ability 
of the aircraft to overcome the defenses (by jamming the 
radar controls of an t i -a i rc r a f t weapons), and by the 
internal communications of the air unit and forward air 
controllers. Players will be told the outcome of the air 
support mission; for example: 

Close air support was reauested by 432 arbg but was unable 
to get through enemy air defenses. 
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Players will then be told the combat values of their 



units as ground combat begins (after the above effects are 
calculated). For example: 

As a result of EW efforts of both sides and the terrain* 398 
abn will attack the enemy unit in he* 39 59 with an 
effective combat value of 9.2 

The results of the ensuinq qround battle deoend on the 
difference in remaining combat values and on a random 
number. Results of the combat are reported in three areas: 
a unit may take personnel losses* lower inq the combat value* 
it may be forced to retreat* and it may have some 
electronic equipment damaqed. The outcomes are based on a 
combat results table. (The default table is in Attachment 
A - 1 1 . ) Players will be informed of the outcome* for 
e* amD 1 e : 

As a result of combat* 395 cbg has lost 2.0 combat points. 

The unit was forced to retreat 3 hexes and is now located in 
10 23. 

As a result of cor, bat* the hftty2 assigned to 395 cbg has 
been damaged and is no longer usable. 

If a unit sets up a defensive position and is never 

attacked* it will still lose some combat effectiveness 

because the extended vigilance will exhaust the trooos. 

9.6.5 End of Game 

The game turn sequence will repeat until one side 
achieves a complete victory or until the controller decides 
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to end the game or call a cease fire (in which case the game 
may be resumed at another time). There are several oossible 
outcomes for the qame: 

(a) one side wins a decisive victory if they control 
all the major and minor objectives; 

(b) they have a marginal victory if the game ends 
with them controlling all major objectives while their 
ooponent controls no objectives; 

(c) if one side controls all major objectives and 
the other controls some minor objectives* the NCA 
(controller) can decide on a negotiated settlement, with or 
without a declared victor; 

(d) If neither side controls all major objectives, 
the NCA may call for a cease fire with no victor. 
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DEFAULT SYSTEMS TECHNICAL DATA 
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u n iM o \ o riiAi i / ) - rangemeamwiath ot satellites; tLtx = Flexibility 
CRNGS = range of HP in skywave mode OPT 2 Operability 

SEC = Security Factor (resistance to EiaI) C3E = C3 Effectiveness 
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EW SYSTEMS TECHNICAL DATA 
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DEFAULT COMPATIBILITY TABLE 
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BLANK = NOT COMPATIBLE W = COMPATIBLE ONLY THROUGH WIRE CONNECTION 

T = COMPATIBLE G = COMPATIBLE ONLY IN SAME HEX 



At t achment A-3a 



SYSTEM INFORMATION 



Service Tactical Communication systems (tac ) are designed 
for internal unit comm in suoport of unit operations. 
They are compatible with other tactical comm systems of 
the same generation (when in range). 

High Frequency Systems (hf) can be used in both surface and 
skywave modes of propagation. Each system is comoatible 
with the airborne comm systems of the same generation. 

Hide Band systems are compatible with airborne comm systems 
within range and tyoe restrictions. They are 
1 i ne-of-s i ght systems (los). 

Switching Systems (sw) interface comm systems into the unit 
command center. They are normally used only at the 
JTFHQ . 

Satellite systems consist of a satellite (sat) and fixed 
earth terminals (gtsat). Each system may be comoatible 
with either an airborne comm platform or other satellite 
systems. The SINGGARS system orovides very mobile 
single channel comm between distant tactical units but 
is limited in compatibility to the ABNCP II. The SHF 
system consists of a satellite and mobile earth 
terminals. The SHF earth terminals may also use the 
SATCOM III satel 1 i te. 

VLF System (vlf) is a Very Low Freauency System designed to 
provide anti-jam comm with the NCA. 

Airborne Command Posts (abncp) are airborne comm d) at forms 
that can interface with a large number of other comm 
systems to orovide redundancy and a greater range 
caoabi 1 i ty. 

Airborne Warning Control System (awacs) orovides some 
interface with other comm systems as well as an advanced 
radar warning system which detects enemy aircraft 
movement . 
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Attachment A-3b 

SYSTEM INFORMATION (Continued) 



Intelligence satellites (soy) are used to detect ground 
movement. The SPYSAT I can detect movement in a 1 hex 
Strip. SPYSAT II can detect movement in a 2 hex strip. 
Each satellite may be positioned once during each 
Ooe ra t ion turn. 

Anti-Satellite Systems (asat) are not comm systems. They 
are weapons systems to be used against enemy 

intelligence satellites and enemy communi ca t i ons 
satellites. ATK SAT may be used only once and their use 
must be aooroved by the NCA. 

EW systems (ew) are ground-mobile systems effective against 
various types of comm systems. The £i «F of a svstem 
measures its ability to overcome the security of 
communications systems. EC M measures its jamming pcwer> 
or effect on the comm system's C3E. ESM measures its 
ability to detect and intercept comm systems. 
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A 1 1 ac hment A-4 



RED DEFAULT UNITS 



uni t name 


type 


location 


mob 


ewv 


casv 


c a v 


adno 


j t f hq 


j t f hq 


54 


54 


4 


0 


0 


0 


6 


2 *1 1 h t f w 


t f w 


4 


56 


0 


6 


0 


4 


a 


8 1 > t h t f w 


t f w 


29 


55 


0 


6 


4 


6 


4 


7th cbg 


Cbq 


3 


39 


8 


0 


0 


0 


4 


21 at f 


a t f 


5 


43 


8 


6 


4 


6 


6 


8th mab 


amoh 


6 


44 


6 


0 


0 


0 


5 


297 arbg 


armor 


29 


55 


8 


0 


0 


0 


4 


81 arbg 


armor 


54 


54 


8 


0 


0 


0 


4 


4 1 msc h 


mec h 


54 


54 


8 


0 


0 


0 


4 


8th abn 


abn 


4 


56 


4 


0 


0 


0 
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GREEN DEFAULT UNITS 



un i t name 


type 


location 


mob 


ewv 


casv 


ca v 


adno 


j t f h a 


j t f hq 


57 


7 


4 


0 


0 


0 


6 


6th t f w 


t f w 


6 


4 


0 


6 


6 


4 


4 


3 1st t f w 


t f w 


37 


5 


0 


6 


4 


6 


a 


4th cbg 


cbq 


2 


22 


8 


0 


0 


0 


4 


64 t h at f 


a t f 


5 


15 


8 


6 


4 


o 


6 


6th mab 


amoh 


6 


14 


6 


0 


0 


0 


5 


4 3 7 a r b o 


a r mo r 


57 


7 


8 


0 


0 


0 


4 


194 arbg 


a r mo r 


37 


5 


0 


0 


0 


0 


4 


37 m e c h 


mec h 


57 


7 


8 


0 


0 


0 


4 


87 abn 


abn 


6 


4 


4 


0 


0 


0 
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TYPE - Unit type 

Location = Hex row and column 

Mob = Mobility* Movement ooints 

ErtV = Ed value* ability of an air wing to overcome enemy 
air defense by jamming weapon control radar 
CA$V = Close air support capability of air wing 
CAV ~ Counter air value of air wing 
ADNO = Air defense value of ground unit 
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INITIAL DEFAULT EQUIPMENT LISTS FOR ACQUISITION PHASE 



RED 


EQUIPMENT 




GREEN 


EQUIPMENT 


End Item 


System 


Number 


End Item 


System Number 


artac 1 


1 


i 


artac 1 


1 a 


navtac 1 


3 


2 


h f 1 1 y 1 


7 6 


aftac 1 


5 


2 






wbs 1 


9 


2 






sat 1 


16 


1 






qt-sat 1 


17 


2 
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Attachment A -6 



DEFAULT EQUIPMENT FOR OPERATIONS PHASE 



RED EQUIPMENT GREEN EQUIPMENT 



End Item 


System 


Number 


End Item 


System 


Number 


artac 1 


1 


1 


artac 1 


1 


a 


artac 2 


2 


a 


artac 2 


2 


l 


navtac 1 


3 


3 


navtac 2 


a 


3 


aftac 1 


5 


2 


aftac 2 


6 


2 


h f 1 1 y 2 


8 


1 2 


h f 1 1 y 1 


7 


12 


wbs 1 


9 


6 


wbs 2 


10 


6 


shf-sat 


1 1 


1 


sh f -qt 


12 


6 


sh f-qt 


12 


3 


vl f 


13 


1 


vl f 


♦ 3 


1 


t r i t ac eh 


15 


1 


t r i t ac 


1« 


1 


sat 3 


20 


1 


sat 1 


lb 


1 


gt-sat 3 


21 


3 


gt-sat 1 


17 


3 


abnco 2 


25 


2 


s i nqars 


22 


1 


awac s 


26 


a 


s i nga rqt 


23 


3 


soysat 1 


28 


2 


abnco 1 


2a 


3 


at ksat 1 


30 


l 


awac s 


26 


1 


at ksat 2 


31 


2 


awac s-eh 


27 


2 


ew 2 


33 


5 


soysat 2 


29 


2 


e w 3 


3a 


1 


a t '< s a t 1 


30 


3 


ew 9a 


37 


1 


ew 1 


32 


3 








ew 3a 


35 


1 








ew 5a 


38 


1 
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Attachment A -7 



CINCRED CONPLAN ai23 (U) [Ref. 1] 

PLAN SUMMARY (U) 

1 . PURPOSE: This CONPLAN fulfills a task assignment in the 
Joint Strategic Capabilities Plan (JSCP). The purpose to be 
achieved by executing this plan is to ensure a continued 
supply of critical resource X for Country RED. This will be 
accomplished by employing a Joint Task Force (JTF) to seife 
and occupy the Southern Mines in UTOPIA and the Port of 
Utooia. 

2. CONDITIONS OF EXECUTION: UTOPIA remains a neutral 
country with no regular military forces of its own. UTOPIA 
also refuses to have any military forces of other countries 
stationed on its soil. Our violation of UTOPIA'S neutrality 
must take place only as a last resort. Therefore^ execution 
of this Plan will be considered only if worldwide shortages 
of critical resource X occur and intelligence sources reveal 
that invasion of UTOPIA by Country GREEN is imminent. 

3. OPERATIONS TO BE CONDUCTED: Rapid response is essential 
and can best be achieved by maintaining prepositioned 
combat-ready forces as close to UTOPIA as possible. 
Conseauent 1 y » this plan will be carried out by our forces 
now stationed in Country YELLOW which borders on UTOPIA. 
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a. Deployment* To preclude a strong reaction from 
Country GREEN and avoid criticism from the world community* 
we will not significantly increase our military presence in 
Country YELLOW, We will* however* insure that the units 
already stationed there achieve full combat strenqth. As 
much as possible* we will uoarade their combat and support 
capabilities. Additional support to our ground and air 
forces in Country YELLOW will be Provided oy a carrier task 
force including marine amphibious forces. This task force 
will be dispatched to the Gulf of Utooia orior to full 
execution of the plan. 

b. Employment. When the carrier task force reaches the 
Gulf of Utopia* our ground forces in Country YELLOW will 
initiate the offensive. If Country GREEN attacks first* our 
ground forces will immediately respond without waiting for 
the carrier task force. The following pages summarize the 
preferred course of action. If we take the offensive* we 
will execute the oref erred course of action. However* if 
Country GREEN attacks first* our course of action will 
depend on the situation. 
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PREFERRED PLAN 



Armored brigade B and the mechanized infantry brigade will 
proceed from Fort RED through Yellow Mountain Pass toward 
the Southern Mines of Utopia* Once this objective is 
secured# armored brigade B will proceed toward Blue Mountain 
Pass to intercept advancing enemy units* To minimize the 
time required to reach the Port of Utopia# armored brigade A 
from Fort RED will move north and take ud a position within 
the forest to the east of the Port of Utopia, This unit 
should be in place before any of our forces cross the border 
into Utooia. When the carrier task force arrives# a marine 
amphibious brigade will come ashore east of the Port of 
Utooia* They will assault the port with the support of 
armored briqade A moving westward from the forest* The 
first combat element to move into UTOPIA will be the 
airborne brigade from RED AB* They will be air dropped into 
a strategic area overlooking Blue Mountain Pass* From this 
location they will be able to effectively slow down the 
movement of enemy forces through the Pass. They will later 
be reinforced by armored brigade 3 movinq across to Southern 
Mi nes • 
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alternate plan 



Two armored brigades and one mechanized infantry brigade 
will oroceed from Fort RED through YELLOW Mountain Pass 
toward the Southern Mines of Utopia* Once this objective is 
secured/ armored brigade A will proceed north along the 
hiqhway toward the Port of Utopia. Armored brigace 8 will 
proceed toward Blue Mountain Pass to intercept advancing 
enemy units. When the carrier task force arrives/ a marine 
amohibious brigade will come ashore east of the Port of 
Utooia. They will assault the oort from the east while 
armored brigade A moves ud from the south. The first 
comabat element to move into UTOPIA will be the airborne 
brigade from RED AB. They will be air drooped into a 
strategic area overlooking Blue Mountain Pc?fS.s. From this 
location they will be able to effectively slow down the 
advance of enemy forces through the pass. They will later 
be reinforced by armored brigade 8 moving across from 
Southern Mi nes . 
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The foregoinq summary of courses of action orovides military 
decision-makers a brief recapitulation of the major aspects 
of this plan. It is based on planning factors and estimates 
available at the time of preparation, and is subject to 
modification in the context of a specific contingency. The 
informsition it contains should be reviewed* and* if 
necessary* updated before its use in adopting a course of 
action in a given situation. Each operations and support 
agency must prepare and maintain a f i ve-vear plan for the 
acquisition of new systems to support this plan. Include 
budget estimates. 

a. TIME TO COMMENCE EFFECTIVE OPERATIONS. Combat units 
must achieve full combat readiness within the next two 
/ears. Internal communications of combat units must be 
reviewed and updated as necessary. The JTF HQ must oe 
established and communications provided. Acquisition of 
systems to upgrade* as necessary* should be included in the 
five year plan. We anticipate military action in UTOPIA in 
the next two to six years. 
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5, COMMAND RELATIONSHIPS. The NCA will retain direct 
control of olan execution and combat operations. 
Operational chain of command will be from MCA to JC 3 to JTF 
HO to combat uni ts. 

6. EXECUTION. Each operations and support agency must 
prepare and maintain a list of general actions necessary to 



place the 


olan 


into operation. 


if 


the olan 


had to be 


execut ed 


i Turned i atel y r how 


could 


C u r r e n t 1 


y available 


resources 


best 


be emD ) oyed? 
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At tachment A-8 



CINCGREEN CONPLAN a 1 23 (U) [Ref. 11 
PLAN SUMMARY (U) 

1. PURPOSE. This CONPLAN fulfills a task assignment in the 
Joint Strategic CaDabilities Plan (JSCP). The ouroose to be 
achieved by executing this plan is to ensure a continued 
supply of critical resource X for Country GREEN. This will 
be accomplished by employing a Joint Task Force (JTF) to 
seize and occupy the Southern Mines in UTOPIA and the Port 
of Utopia. 

2 . CONDITIONS OF EXECUTION. UTOPIA remains a neutral 
country with no regular military forces of it's own. UTOPIA 
also refuses to have any military forces of other countries 
stationed on it’s soil. Our violation of UTOPIA'S 
neutrality must take Place only as a last resort. 
Therefore? execution of this plan will be considered only if 
worldwide shortages of critical resource X occur and 
intelligence sources reveal that invasion of UTOPIA by 
Country RED is imminent. 

3. OPERATIONS TO BE CONDUCTED. Raoid response is essential 
and can best be achieved by maintaining o reoos i t i oned ? 
combat-ready forces as close to UTOPIA as oossiole. 
Consequently? this plan will be carried out by our forces 
now stationed in Country BLUE which borders on UTOPIA. 
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a. Deol oyment . To preclude a strong reaction from 
Country RED and avoid criticism from the world community# we 
will not significantly increase our military oresence in 
Country BLUE. We will# however# insure that the units 
already stationed there (two armored brigades# one 
mechanized infantry brigade# one airborne brigade# and two 
tactical flying units) achieve full combat strength. As 
much as Dossible# we will upgrade their combat and combat 
support capabilities. Additional support to our ground and 
air forces in Country BLUE will be provided by a carrier 
task force including Marine amphibious forces. This task 
force will be disoatched to the Gulf of UTOPIA orior to fu'l 
execution of the olan. 

b. Employment. When the carrier task force reaches the 
Gulf of Utopia# our ground forces in Country BLUE will 
initiate the offensive. If Country RED attacks first# our 
ground forces will immediately respond without waiting for 
the carrier task force. The following pages summarize the 
preferred course of action followed by two alternative 
courses of action. If we take the offensive# we will 
execute the oref erred course of action. However# if Country 
RED attacks first# our course of action will deoend on the 
situation. 
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PREFERRED PLAN 



Two armored brigades and one mechanized infantry origade 

% 

will oroceed from Fort Green throuqh the Blue Mountain Pass 
toward the Southern Mines in UTOPIA. Once this objective is 
secured/ one armored brigade will proceed north alona the 
highway toward the Port of Utooia. The other armored 
brigade will proceed toward Yellow Mountain Pass to 
intercept advancing enemy units. when the carrier task 
force arrives# a marine amphibious brigade will come ashore 
west of the Port of Utopia. They will assault the port from 
the west while t h « armored brigade moves up from the south. 
The first combat element to move into UTOPIA will be the 
airborne brigade from Green AB. They will be air dropped 
into a strategic cirea overlooking Yellow Mountain Pass. 
From this location they will be able to effectively slow 
down the advance of enemy forces through the oass. They 
will later be reinforced by the armored brigade moving 
across from Southern Mines. 
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alternate plan 



One armored brigade and one infantry brigade will oroceed 
from Fort Green through Blue Mountain Pass toward the 
Southern Mines in UTOPIA. Once this objective is secured/ 
the armored brioade will proceed toward Yellow Mountain Pass 
to interceot advancing enemy units. To minimize the time 
required to reach the Port of Utopia/ one armored brigade 
from Fort Green will move north and take up a postion within 
the forest to the west of the Port of Utopia. This unit 
should be in place before any of our forces cross the border 
into UTOPIA. They will assault the oort with the support of 
the armored briqade moving eastward from the forest . The 
first combat element to move into UTOPIA will be the 
airborne brigade from Green A8. They will be air drooped 
into a strategic area overlooking Yellow Mountain Pass. 
From this location they will be able to effectively slow 
down the movement of enemy forces through the cass. They 
will later be reinforced by the armored brigade moving 
across from Southern Mines. 
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The foregoing summary of courses of action orovides military 
decision-makers a brief 'ecapi tu 1 at i on of the major aspects 
of this plan. It is based on planning factors and estimates 
available at the time of preparation/ and is subject to 
modification in tne content of a specific contingency* The 
information it contains should be reviewed* and/ if 
necessary/ updated before its use in adopting a course of 
action in a given situation. Each operations and support 
agency must prepare and maintain a five-year plan for the 
aauisition of new systems to support this plan. Include 
budget est i mates . 

a. TIME TO COMMENCE EFFECTIVE OPERATIONS. Combat units 
must achieve full combat readiness within the next two 
years. Internal communications of combat units must be 
reviewed and updated as necessary. The JTF HQ must be 
established and communications provided. Acauisition of 
systems to u paradsr as necessary/ should be included in the 
five-year plan. ^ e anticipate military action within UTOPIA 
in the next two to six years. 
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5. COMMA NO RELATIONSHIPS* The NCA will retain direct 
control of plan execution and combat operations. 
Ooerational chain of command will be from NCA to JCS to JTF 
HQ to combat units. 

b. EXECUTION. Each operations and suoport agency must 
prepare and maintain a list of general actions necessary to 
place the plan into ooeration. If the ol an had to De 
executed immediately* how could currently available 
resources best be employed? 
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Attachment A-9 



Commanders's Planning Guidance - JTF RED (Ref. 1] 

1. The current JSCP tasks us to be prepared to invade the 
Country of UTOPIA in order to secure a continuing supply of 
critical resource X. UTOPIA is the richest known source of 
this resource. Heavy reliance on foreign imoorts of 
resource X is expected to continue and worldwide shortages 
are predicted within five years. Our strongest ideological 
adversary^ Country Green# is also heavily dependent on 
imports of resource X. Intelligence sources reveal tnat 
GREEN is also Planning f yr possible military action in 
UTOPIA. Our mission is to gain control of UTOPIA'S Southern 
Mines and the Port of Utopia. 

2 . Type of Operation. This will be a coordinated attack 
involving a main armored assault with supporting attacks by 
airborne and amphibious forces. A carrier task force will 
be postioned in the Gulf of Utopia to support the amphibious 
forces and defend against enemy naval attack. Country 
YELLOW which borders on UTOPIA has long been our ally. we 
have one army base and two tactical air bases in YELLOW that 
are near the UTOPIA border. We will utilize forces 
currently stationed in YELLOW for the initial assult. 
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Country BLUE which also borders on UTOPIA is expected to 
remain friendly to Country GREEN. 

3. Phasing Instructions. Pre-execution oreoarations that 
have priority are: 

a. Establish a JTF HQ. J 6 , plan communications to 
connect the JTF HQ with the NCA, Fort RED, RED A6, and RED 
AB North. Also, it is essential that deployed combat units 
have reliable communications with the JTF HQ. Request your 
recommemda t i on for the location of the JTF HQ within Country 
YELLOW. 

b. Achieve combat capability as soon as possible. rte 
must be aole to support execution in two years. However, we 
must also plan for continued support of our forces. Insure 
that your planning covers the next five years and includes 
both eauioment acquisitions and budget estimates. 



«. 


Tentative 


Courses of Action if 


CONPLAN 


is Executed. 


J 3 


has 


provided 


the following 


courses 


of action 


for 


acc 


omp 1 i sh i ng 


the mission. Review 


these in 


conjunction 


with 



the mao provided by J2: 

a. Course of action #1. Main attack - Ground assault 
through YELLOW Mountain Pass by two armored brigades and one 
mechanized infantry brigade. Initial objective will be to 
seize and occupy Southern Mines. One armored brigade will 
then proceed north along the highway to the Port of Utooia 
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and one armored Driqade will oroceed to BLUE Mountain Pass. 
Supporting attacks - Amphibious assault on northern coast of 
UTOPIA by one marine amphibious briaade. Their objective is 
to seize and occuoy the Port of Utooi a in conjunction with 
the armored brigade moving uo from Southern Mines. 
Simultaneous airborne assault on BLUE Mountain Pass by one 
airborne brigade. Their objective will be to delay enemy 
advance through BLUE Mountain Pass until armored brigade 
arrives from Southern Mines. 

b. Course of action * 2 . Main attack - Ground assault 
through YELLOW fountain Pass by one armored br i cade and one 
mechanized infantry brigade. Their objective will bo to 
seize and occupy Southern M ines. The armored brocade will 
then oroceed to BLUE fountain Pass. Supporting attac<s - To 
minimize the time required to reach the Port of Utooi a* one 
armored brigade from Fort RED will move north ana take uo a 
position within the forest to t h e west of the p o"t of 
Utooia. When the attach begins, the brigade will c r oss the 
border into UTOPIA and join a marine amphibious brigade for 
a combined assault on the port. Simultaneous airborne 
assault on BLUE fountain p ass by one airborne origade. 
Their objective will be to delay enemy advance through BLUE 
Mountain Pass until armored brigade arrives from Southern 
Mines. 
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5. Analysis of Relative Combat Power. According to latest 

intelligence/’ Country GREEN has the following forces t a s < e d 

for operations in UTOPIA: 

3 armored /mechanized brigades 
1 airborne brigade 
1 amphibious ready group 
1 marine amphibious brigade 

1 carrier* task force 

2 tactical fighter wings 
1 JTF HQ 

1 tactical air control system 

The capability of enemy forces is presently comoarable to 
our own. However/ enemy plans for invasion of UTOPIA are 
unknown as are enemy clans for upgrading their joint task 
force . 

6. NBC Warfare. -We will not use nuclear/ biological/ or 
chemical weapons. Because we do not know enemy intentions/ 
our forces must remain properly eguicped and thoroughly 
trained for MBC defense. 

7. Restrictions on Operations. 

a. Close control by the NCA is necessary because of the 
danger of rapid escalation. Again/ raoid and reliable 
communications are essential between toe MCA and the JTF HQ. 

b. Because of political considerations/ we will not 
launch any strikes against forces located within the 
geographic boundaries of Country BLUE. 
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8. Pertinent Assumptions. 

a. It is estimated that military action to ensure a 
continued supply of critical resource X will be necessary 
between two and six years in the future with six years being 
the more likely. 

b. Country YELLOW will remain our ally and continue to 
allow us to maintain combat forces there. 

c. Country BLUE will remain an ally of GREEN ana GREEN 
will employ forces stationed in BLUE to support tneir 
operations in UTOPIA. 

9. Essential Elements of Information. 

a . Genera 1 : 

Cl) Determine if and when the enemy is planning to 
invade the Country of Utooia. 

(2) Determine if the enemy plans to employ NBC weapons. 

b. Jlf Personnel 

(1) The attitude of the civilian oooulace within the 
area of operations. 

(2) The amount of food and medical supplies available in 
the area of operations for distribution to the civilian 
oooulace when we secure the area. 

c . J3» Operat i ons 

(1) Detailed uo-to-date enemy order of battle. 

(2) Location of enemy JTF HQ. 
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d. J4, Log i sties 

(1) Cross-country t r a f f i c ab i 1 i t y studies for wheeled and 
t rac iced vehicles. 

(2) Location ol indigenous POL facilities in area of 
ooera t i ons * 

e. J6/ Communications-Electronics 

(1) Availability and nature of enemy electronic jamming 
c aDab i 1 i t y • 

(2) Enemy satellite surveillance caoability which can 
detect the movement of our forces. 

10. Request that each directorate oreoare their staff 
estimate. Include your determination of whicn orooosed 
course of action can best be supported from your standpoint. 
J6/ also include your recommendation for the location of the 
JTF HQ. 
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A 1 1 achment A- 1 0 



Commander's Planning Guidance - JTF GREEN [Ref. 1] 

1. The current JSCP tasks us to be orepared to invade the 
Country of UTOPIA in order to secure a continuing supply of 
critical resource X. UTOPIA is the richest known source o * 
this resource. Heavy reliance on foreign imports of 
resource X is expected to continue and worldwide shortages 
are predicted withing five years. Our strongest iaeological 
adversary# Country RED# is also heavily dependent on imports 
of resource X. Intelligence sources reveal that RED is also 
planning for possible military action in UTOPIA, Qur 
mission is to gain control of UTOPIA'S Southern ^ines and 
the Port of Utooi a. 

2. Tyoe of Operation. This will be a coordinated attack 
involving a main armored assault with supoortina attacks n v 
airborne and amphibious forces. A carrier task force will 
be positioned in the Gulf of Utopia to support the 
amphibious forces and defend against enemy naval attack. 
Country BLUE which borders on UTOPIA has long been our ally. 
We have one army base and two tactical air bases in BLUE 
that are near the UTOPIA border. We will utilize forces 
currently stationed in BLUE for the initial assault. 



Country YELLOW which also borders on UTOPIA is expected to 
remain friendly to Country RED* 

3. Phasinq Instructions. Pre-execution preparations that 
have oriority are: 

a. Establish a JTF HQ. J 6 # plan communications to 
connect the JTF HQ with the NCA# Fort Green# Green AB# and 
Green A8 North. Also# it is essential that deoloyed combat 
units have reliable communications with the JTF HQ. Request 
your recommendation for the location of the JTF HQ 
wi thing Country BLUE. 

b. Achieve comoat capability as soon as possible. We 
must be able to support execution in two years. However# we 
must also clan for continued uparade of our forces. Insure 
that your planning covers the next five years and includes 
both eauioment acaui si t i cns and budget estimates. 

4 . Tentative Courses of Action if CONPLAN is Executed. J3 
has provided the following courses of action for 
accomplishing the mission. Review these in conjunction with 
the map provided by J 2 . 

a. Course of action 3 1 . Main attack - Ground assault 
through Blue Mountain Pass by two armored brigades and one 
mechanized infantry brigade. Initial objective will be to 
se i 2e and occuoly Southern Mines. One armored brigade will 
then Proceed north along the highway to the Port of Utooia 
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and one armored brigade will oroceed to Yellow fountain 
Pass, Suooort ing attacks - Amphibious assault on northern 
coast of UTOPIA by one marine amphibious brigade. Their 
objective is to seize and occupy the Port of Utooi a in 
conjunction with the armored brigade moving up from Southern 
Mines, Simultaneous airborne assault on Yellow Mountain 
Pass by one airborne brigade. Their objective will be to 
delay enemy advance through Yellow Mountain Pass until 
armored briaade arrives from Southern Mines. 

b. Course of action # 2. Main attack - Ground assault 
through Blue Mountain Pass by one armored brigade and one 
mechanized infantry brigade. Their objective will be to 
seize and occupy Southern Mines. The armored brigade will 
then proceed to Yellow Mountain Pass. Supporting attacks 
To minimize the time required to reach the Port of Utopia, 
one armored brigade from Fort Green will move north and take 
up a Position within the forest to the west of the Port of 
Utopia. to hen the attack begins, the oriqade will cross the 
border into UTOPIA and join a marine amphibious oriqade for 
a combined assault on the port. Simultaneous airborne 
assault on Yellow Mountain Pass by one airborne brigade. 
Their objective will be to delay enemy advance through 
Yellow Mountain Pass until armored brigade arrives from 
Sout hern Mi nes • 
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5. Analysis of Relative Combat Power. According to latest 

intelligence/ Country RED has the following forces tasked 

for operations in UTOPIA: 

3 a rmo r ed/mec h an i zed brigade's 
1 airborne brigade 
1 amphibious ready group 
1 marine amphibious brigade 

1 carrier task force 

2 tactical fighter wings 
1 JTF HQ 

1 tactical air control system 

The capability of enemy forces is presently comparable to 
our own. However/ enemy plans for invasion of UTOPIA are 
unknown as are enemv plans for upgrading their joint task 
force . 

6. NBC Warfare. We will not u:;e nuclear/ biological/ or 
chemical weapons. Because we do not know enemy intentions/ 
our forces must remain properly eguiooed and throughly 
trained for NBC defense. 

7. Restrictions on Operations. 

a. Close control by the MCA is necessary because of the 
danger of rapid escalation. Again/ rapid and reliable 
communications are essential between the NCA and the JTF HQ. 

b. Because of political considerations/ we will not 
launch any strikes against forces located within the 
geographic boundaries of Country Yellow. 
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8. Pertinent Assumptions. 

a. It is estimated that military action to ensure a 
continued suDoly of critical resource X will be necessary 
between two and six years in the future with six years being 
the more likely. 

b. Country BLUE will remain our ally and continue to 
allow us to maintain combat forces there. 

C. Country YELLOW will remain an ally of RED and RED will 
emoloy forces stationed in YELLOW to suooort their 
ooerations in UTOPIA. 

9. Essential Elements of Information. 

a . General: 

(1) Determine if and when the enemy is olanning to 
invade the Country of UTOPIA. 

(2) Determine if the enemy plans to emoloy N8C weapons. 

b . J 1 t Personnel 

(1) The attitude of the civilian DODulace within the 
area of ooerations. 

(2) The amount of food and medical supolies available in 
the area of operations for distribution to the civilian 
oooulace when we secure the area. 

c . J3/ Ooerat i ons 

(1) Detailed uo-to-date enemy order of battle. 

(2) Location of enemy JTF HQ. 
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d. J 4/ Logi sties 



(1) Cross-country t r a * f i c ab i 1 i t y studies for wheeled and 
t racked vehicles. 

(2) Location of indigenous POL facilities in area of 
ooerat ions. 

e. J6/ Communicat ions-Electron'CS 

(1) Availability and nature of enemy electronic jamming 
c aoab i 1 i t y . 

(2) Enemy satellite survel ! ance capability which can 
detect the movement of our forces. 

10. Request that each directorate prepare their staff 
estimate. Include your determination of which oroposed 
course of action can best be supqcrtec from your standpoint. 
J6 , also include vour recommendation for the location of the 
JTF HG. 
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• 1. INTRODUCTION 



The purpose of this manual is to document the software 
useo in Communications Electronics War ( C 0 M E L ) so that it 
can be modified easily. The Droqram was written using 
modular design, frequent comments, and structured FORTRAN in 
an attempt to write code that could be read, understood, and 
modified by novice programmers. Further information can be 
found in the Users' Manual and the Thesis. 

This manual is divided into four major sections to 
describe machine dependency* the main and control programs* 
the Acquisition Phase* and the Operations Phase. 
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2 . HARDWARE/SOFTWARE dependency 



This section describes the characteristics of the 
program that make COMEL deoendent on the specific computer 
and ooeratinq system for which it was besign€*d. 

COMEL was developed on a Diqital Equipment Corporation 
VAX 11/780. The ooeratinq system used is VMS. (VAX stands 
for Virtual Address Extension and VMS stands for Virtual 
Memory System.) COMEL can be run on any other system that 
supports FORTRAN-77 and has some type o v: command file 
executive. Any type of terminal can be used to olay COMEL. 

Throughout the program* but primarily in the Operations 
Phase* random numbers are used. The VAX/VMS system function 
RAN (which calls the subroutine RANDOM) is used to generate 
the oseudo-random numbers. The function updates the seed* 
which is carried from module to module as a common variable. 

FORTRAN 77 structures* such as the DO WHILE and the 
IF-THEN-ELSE-IF are used extensively* as is variable type 
character which allows easy structurina of the program and 
enhances its maintainability and readability. To modify the 
game to run on another verson of software* which does not 
have these features* would require a line-by-line review of 
the code to locate and modify these structures. The system 
functions FLOAT/ I F I X * A T A N , and MIN are used but are also 
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available on most FORTRAN compilers. The only other system 
unique function used in the actual COMEL FORTRAN modules is 
the time routine SECNDS (defined by the system as time in 
seconds since midnight). 

GOMEL can be run two ways. There is an extended version 
that runs via a control language (VAX/VMS command 1 anauage) . 
Tne other version is the same qame run without the control 
language extension. The only difference between the two 
versions is that the extended COMEL takes care of game file 
preparation, modification, and exercise data saving (This 
process is explained in the Users' Manual and in Section 3.4 
of this manual). This method was selected despite the 
machine dependency, since the efficiency of doing the file 
manipulation at the command level of the computer far 
exceeded the writing of the eaui valent code in FORTRAN ( i e , 
about a 500 line command language program instead of a 2000+ 
line FORTRAN program). 

While not a machine dependency, one techni aue used to 
control the synchronization of the Umpire, Red, and Green 
terminals used in this war game, should be explained in this 
section. An important part of CG M EL involves the timing of 
actions to be taken by the different players in the game. 
The Red or Green Player can only take actions during a 
specified Part of the game (ie, for a qiven turn only so 
many minutes are allotted). When this time has expired, the 
player must wait until the Umpire (or control program) has 
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accomolished some tasks (budget planning, war execution, 
etc). Some control information also has to oe Passed to the 
players by the Umpire (current game status, war status, end 
of game commands, etc). This is done throuqh a 
synchronization routine. 

The synchronization is accomplished via a common direct 



access file. 


Three 


flags 


cont rol 


the 


flow of 


control f a 


controller f 1 


ag (ictl). 


Red PI 


ayer f 


1 ag 


(ired) 


and 


Green 


Player f 1 ao 


(igrn). 


These 


flags 


are 


set to 


zero 


or one 


deoend i ng on 


the action 


to be 


taken. 


W h e n 


the U m o •; r e 


wants 



to hold the olayers , a zero is written to ired and igrn. 
The players' game will be stooped until the Umpire sets ired 
and igrn to one. If ictl is eaual to 9 , j r. e Acauisition or 
Operation Phase will be stopped. Initially, ’ c t 1 is eaual 
to one and ired and igrn are set to zero. Red Player sets 
ired to one and Green Player sets igrn to one when each logs 
on. In the same way, control is halted at the end of each 
turn by issuing the appropriate flag. 
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3. M A I N PROGRAM AND CONTROL MODULES 



The control program sets up the files used in COMEL. It 
is written in the VAX/VMS command file language. The 
control modules are started bv the control Program. These 
control modules are short c ORTRAN programs that call the 
aopropriate phase of COMEL. 

3.1 PROGRAMMING STYLE 

The command file program is written to manipulate the 
game files. The style of programming is limited to placing 
the commands in the correct order for execution. The 
FORTRAN modules called control the execution ohase entered 
in COMEL. 

1.1 ERROR CHECKING 

The error checking Performed is limited to testing for 
correct menu incut and trapping error conditions to orohibit 
the Umpire or player from beinq thrown out of the proaram. 
Instead/ the auestion will be repeated. The FORTRAN control 
module will only allow menu selections to be entered. 
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3.3 STRUCTURE OF THE CONTROL PHASE 



The control Dhase of the program consists of settinq up 
the files# runninq the proaram# entering the correct pha^e# 
and saving the files on exit from the game. 

3. a CONTROL MODULES (ACQUISITION AND OPERATIONS) 

COMEL CONTROL PROGRAM (COMMAND FILE) 

File: COMEL.COM 

Purpose and Method: 

A collection of command language routines used by 
the Umoire to manipulate the game files (save# restore# 

delete) and run COMEL. 

The main menu of the command file is displaced on 

the terminal and user input is requested. The action 

requested is carried out via a GOTO to a command module 
written to carry out the Delete# Save# or Restore. 

Two error routines are provided to prevent the 



accidental destruction 


o f 


f i 


1 es . 


One 


is to ore j e 


n t the 


program from failing due 


t o 


an 


error 


i n 


the command 


file 


(ie> copying a non-ex istant 


file 


) . 


The secor. cJ 


error 



protection is to return to the main menu if the 
Ump i re/P 1 ay e r tries to exit COMEL via a CTRL-Y. 

Subprograms Cal led: 

UMPIRE. FOR (Main Program) 
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MflTN PROGRAM UMPIRE 



File: UMPIRE. FOR 

Purpose and Method: 

This is the control program the Umpire uses to 
choose to olay the Acauisition, Operation or both chases of 
COMF1. 

The menu is displayed and/ depending on the option 
selected* control is Passed to the called routine. when the 
program is exited* control is returned to the command 

orogr am . 

Major Variables: 

fini - logical* controls exit from this Program 

Subprograms Called: 

Subroutine GAMINF 
Subroutine ACQCTL 
Subroutine OPNCTL 

Entries: 

3C0 MEL 

SUBROUTINE PLAYER 

File*. PLAYER. FOR 
Purpose and Method: 

This is the control program for the player. The 
player is identified as Red or Green. The Acauisition* 
Operation or both phases of play is then selected. 

Major Variables: 

fini - logical* controls end of program 
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iredol - inteqer; flag indicating a Red Player 

i q r n d 1 - integer; flag indicating a Green Player 

Suboroqr ams Called; 

Subroutine PL Y I IMF 
Subroutine PAGE 
Subroutine REDACQ/GRNACQ 
Subroutine REDOPS/GRNOPS 

Entries: 

SPLAYER 

SUBROUTINE ACQCTL 

File: ACQCTL. FOR 

Puroose and Method: 

This module orovides timing and sequencing f o'" tre 

Acquisition Phase of the game. 

Outout Acquisition game header to the Umpire and 

call inout routine for system data. The Umpire enters the 

length of coming turn and then is provided the budaet 

history. Set synchronization file to wait for Red and Green 

Player. Update stoo time and then let Red ana Green Players 

start turn. Loop through a delay routine until botn olevers 

» 

are done or until time runs out* The olayers then enter a 
waiting stage* The Umpire enters the intelligence uodate 
ohase. The next turn starts unless war begins in which case 
the Acquisition Phase ends. 

Major Variables: 

durmin - real? time in minutes of current turn 
i c t 1 t i g r n #- i r ed - integer; action completion flags 
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h h m m s s - character * 8; time of day 
s> i t > r,a ~ real? dummy variables 

pwar - real? the current probablity that war will 
occur 

x - real ; contains the result of random variable 
function 

Common Variables Changed: 

i c 1 ay r 
i seed 
stooat 

Suboroarams Called: 

Subroutine SYSE. QP 
Subroutine 8GTHST 
Subroutine WRIT IT 
Subroutine DELAY 



Subroutine PAGE 
Subroutine TIME 
Subroutine REAOIT 
Subroutine TATTLE 



Entries: 



Main Procriin UMPIRE. FOR 



SJ8PQUTINE ° AGE 

File: PAGE. "OR 

Puroose and Method: 

This routine clears the terminal disolay oy writing 
24 blank lines. 

» 

Entries: 

General Utility 

SUBROUTINE READIT 

File: READIT. FOR 

Purpose and Method: 
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This routine ooens and reads the synchronisation 

file necessary for control of the game. The budget and turn 

is oassed to the olayers. 

Parameters gassed: 

ictl igrn i red stogat 

iturn redbgt grnbgt 

Suboroqrams Called: 

Subroutine DELAY 

Data Files Accessed and File Name: 

SO - Synchroni zat i on File SYNCH.DAT 

* 

Entries: 

General Utility 

SUBROUTINE Yv R T T I T 

File: rtRITIT.FOR 

Puroose and Method: 

This routine ooens and writes to the synchronization 

file items necessary for control of the game. 

Parameters Passed: 

ictl igrn i red stogat 

iturn redbgt grnbgt 

Subgrogram Called: 

Subroutine DELAY 

Data Files Accessed and File Name: 

50 - Synchronization File SYNCH.DAT 
Entries: 

General Utility 
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SUBROUTINE DELAY 



File: DELAY. FOR 

Purpose and Method: 

This routine is used whenever a delay in execution 
is desired. The delay is the parameter passed; in seconds; 
to the oroqram. 

Parameters passed: 

tl - real; time delay routine entered 
Major Variables: 

delta - real? The difference between time entered 
delay and current tine. 

a - real; A variable entered just to delay. 

Entries: 

Genera 1 Utility 

SUBROUTINE OPNCTL ( ) 

File: UMPFILE .FOR 

Purpose and 

This module provides timing and sequencing for the 
Operations Phase of the game. 

Cutout Ooerations game header. Check whether 

starting a new game? get seed and call incut suoroutine or 
read blackboards. Display unit positions to set up mao. 
Loop through turns. Input turn length and rules of 
engagement. If it is not the first turn; outout 
intelligence. Outout blackboards. Wait for players to 
finish turn; checking periodically for messages or end of 
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time limit. irthen time is uo or both players are finished/ 
continue with movement* combat* and end of war decision. 
Major Var i ab 1 es : 

hhmmss - character*8; time 



first • integer? rules of engagement 

ictl*iqrn*ired*it*ishr*ismn - integers; action 

como 1 e t i on flags 



du rm i n - real* 
dummy * s * s t emo - 
stooat - real; 
over - logical; 



lenqth of turn in minutes 
real; dummy variables 
scheduled end of turn 
true if game is to end 



Subprograms 


Cal led: 






Sub r ou t 


i ne 


PAGE 


Subroutine 


RULES 


Sub r ou t 


i ne 


DELAY 


Subroutine 


OPINTEL 


Subrout 


i ne 


TIME 


Subroutine 


INPUT 


Sub r ou t 


i ne 


WRIT IT 


Subroutine 


rposit/gposit 


Sub r ou t 


i ne 


PEADIT 


Subroutine 


RMOVE/GMOVE 


Sub r ou t 


i ne 


RMSG/GMSG 


Subrout ine 


DICTION 


Sub r ou t 


i ne 


SYSOUT 


Subroutine 


COMBAT 


Sub rout 


i ne 


SYS9RD 


Subroutine 


ENDwAR 


Sub r ou t 


i ne 


REDOUT /GRNOU T 


Subroutine 


REDBRD/GRN8RD 



Entries: 

Main oroqram UMPIRE. FOR 



SUBROUTINE REDQPS/GRNQPS ( ) 

File: RED .FOP /GREEN. FOR 

Puroose and Method: 

This module controls the timing and seguence of the 



routines for the Red or Green Player 



Output Operations Phase header. Wait until start is 



indicated by Umpire# checking periodically for messages. On 
the first turn call module to assign eauipment to units. 
Call turn module? return to waiting. 

Major Variables: 

ictl# ic# i red# iqrn - integers? control flags 
stoDat - real?time for scheduled end of turn 
dummy, st - real? dummy variables 
hhmmss - real Joresent time 
Subprograms Cal led: 



Subrout i ne PACE 
Sub r ou t i ne TIME 
Subroutine R E A D I T 
Subroutine W R I T I T 



Subroutine RMSG/GMSG 
Subroutine P C 0 M V 1 / G C 0 M M 1 
Subroutine RTURN/GTURN 
Sub rout i ne DELAY 



Entries: 

Main program PLAYER. FOR 



SUBROUTINE RLISTEM /GLISTEN (GUEST , ANS ) 

Fi le: GENERAL. FOR 

p uroose and Methoc: 

This module allows an active terminal to listen for 
and read the answer to a message previously sent to another 
terminal. The exchange of messages is between the Umpire 
and a o l aye r . 

Parameters : 

quest - integer? f 1 a q indicating whether answer is 
expected to the question 

ans - character* 1 ? answer, blank returned if no 
answer is expected 
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Subprograms Called: 

Subroutine DELAY 
Entries: 

Gene r a 1 Utility 

SUBROUTINE RMSG/G^SG ( ) 

File: GENERAL. FOR 

Puroose and Method: 

This module allows a terminal in waiting status 
receive and answer messages from another terminal, 
exchange of messaoes is between a olayer and the Umoire. 
M a j or Variables: 

flag - integer; flaa showing an answer is expected 

record - character*?!); text of message 

ans - character* 1 ; answer 

Subprograms Called: 

Subroutine DELAY 
Subrout i ne PAGE 

Entries: 

Subroutine OPNCTL 
Subroutine REDOPS/GRNOPS 

SUBROUTINE OPEN (NUM) 

File: GENERAL. FOR 

Puroose and Method: 



t o 
The 



1 96 



This 'nodule ooens file ’ n u m ’ , m a k i n q an error 
to see if the file is e^Dtv. 

Parameter; 

num - inteqer- number of the device to be ooened 
Entries: 



c n ec k 



General Utility 



4. THE ACQUISITION PHASE 



The Acquisition Phase selects the electronic eouioment 
to be used by the units in the Operations Phase of the q a m e . 
This phase is an exercise of ol anni no, time manaqement* 
budgeting* and forecasting. 

4.1 programming style 

All modules in the Acquisition Phase are written in a 
too down and structured format for ease of maintenance and 
program extension. That is* orogram control flows downward 
and GOTO statements are limited to the extent oossible. 
Each module takes care of one specific action (or related 
actions). Indentation is designed to enhance readability of 
the o r oq r am . 

FORTRAN 77 unique constructs were used to simplify the 
programs and increase maintainability and reliability. 
However* standard FORTRAN is used as much as oossible to 
enhance t r ansoort ab i 1 i t y and conversion to different 
comouter systems. In the Acquisition modules* the * DO 
WHILE... END DO’ constructs are used only to control exit 
from a module or a file. The * IF ... THEM ... ELSE * construct 
is only used as an * IF. ..THEN* with no nested 'IF' 
statements within the construct. Proaramming in this manner 
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will simplify conversion to standard FORTRAN, should it be 
necessary. It will also simplify a novice oroaramme r ' s 
ability to understand the modules logic* 

«.2 ERROR CHECKING 

There are three categories of errors that may occur in 
any program. The first tvoe of error is entering extraneous 
characters or commands. The second tvoe of error is 
entering values out of ranqe. The last tvoe is system 
er ro r s . 

Extraneous characters entered in orogram can be 
controlled throuqh the ’ERR* ana 'END 1 actions of the 'READ' 
statement. Extraneous values (other than numeric) will 
force an error condition if the system expects real or 
integer data. All READ statements in the Acauisition Phase 
have error handlers that Prevent abnormal termination due to 
read errors. 

Entry ranae acceptability checks are performed in the 
Acauisition Phase to prevent logic and system errors. 

Occasionally an unforeseen system error may occur due to 
hardware failure* cower outages* computer systems software 
failure* etc. Since all data used in Acauisition is written 
to files between game turns* a system error will result in 
loss of only the current game steo data. Also, the COMEL 
command file has an error routine built in that will bring 



the orogram back to the COM El or PLAYER main menu (even if a 
CONTROL-Y is entered) unless the system crashes. 

4.3 STRUCTURE OF THE ACQUISITION PHASE 

The Acquisition Phase and modules used are described in 
the following sections. 

4.3.1 Game Sequence 

The two olayers and the Umoire are ooerat i ng in a 
timed seauence controlled by the modules described in 
Section 3. The Acquisition Phase is repeated until the 

random number selected exceeds the probability of war and 
war does occur (unless Umpire starts war earlier or overiaes 
the start of war). 

The sequence of clay is: 

a# The Umpire enters the length of turn in minutes. 

b. The Umpire gives Red/Green Players their budget. 

C. Control is passed to the players. 

d. The olayers have a timed turn in which they can 

procure equipment and move this equipment through the 

acquisition life cycle/ or scrap the equipment. 

e. Control is returned to the Umoire where the 

intelligence uodate oroqram is entered and the Umpire 
reviews player status so intelligence can be updated. 

f. The program then determines if war or the next 
turn occurs. 
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4.3*2 Common Vari abl es 



There are three classes of common varied 1 e s j s e d in 
the Acaui si t i on Phase# system data# electronic equipment 
selected and control parameters. 

System data is read into the common eacr qame turn. 
However# it does not change during the war oa m«. The file 
is read into common each aame turn for recovery ou rouses in 
case of system error. System data contains all system 
parameters used for Acquisition# such as technical 
capabilities # cost information# and number of each svstem 
a v a i 1 a b 1 e . 

Electronic eauioment data is dynamic and will chance 
each game turn. The array of eauioment data rontains 
electronic equioment selected by Red/Green and t n e state of 
the eouioment (R+D# AR + D# M+D# 0 + M# etc). A reference in 
this file ooints to the location of the electronic eauioment 
information in the svstem data array ( R I T E ^ / G I T E M ) . This 
array is also saved to a file from the common area at the 
end of each aame turn and read from a file into common area 
at the beqinninq of the qame turn. 

Parameters used in the proqram are keot in the named 
common called /P ARAMS/. The oata in this common is not keot 
in a file between game turns. It remains in memory the 
entire game. It is used for control of orogram execution 
during the play of the game. 
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4.3.J Interfaces 



Interfaces between the Umpire and player are via 
files. Synchronization is accord i shed oy the data 

contained in ' SYNCH. DAT 1 . This file contains controls 
necessary for timing, turn, budget and length of turn. The 
equipment selected is passed to the Umpire via the 
• REG U IP / G EQUIP. DAT* file. Intelligence is oassed via 

* R I N T EL /G I N T EL • D A T ' file. More budget information is found 
in the 'EiGTHST.DAT* file. 

a . a MODIFICATIONS 

More Acauisition routines may be added to COMEL or 
modi t i c a *: i o n s made to existing routines. Additional 
decision analysis aids or other actions may be desired. 
M odules can easily be added to the Acquisition Phase oy 
adding another 'MENU' item, an IF 1 statement to select this 
item, and the subroutine 'module* within the routine. 
Modifications to the program should be easy, since the 

orogram is structured and does not rely heavily on GOTO's. 
However, care must be exercised if the control program is 

modified due to the synchronization routines. Examples of 

synchronization routines are ? A P I T I T , READIT, ACQCTL, 

REDACQ, GRNACQ, I TURN , STOPAT, ICTL, IRED, and I GRN . 
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U.5 COMMON VARIABLES (ACQUISITION PHASE) 

Acquisition uses three types of common variables* 
information on systems available for ourchase* arrays of 
electronic eauioment that have been purchased* and 
parameters that are used to control the q a m e clay* These 
common variables are identified below. 



/SYSTEM/ 



system(lOO) - 


character * 


8; equipment nomenclature 


rsyst m ( 200 ) - 
nomenc 1 at u re 


character 


* 8; 


se 1 ec t ed 


red eoutoment 


gsystm(200) - 

nomenc 1 a t u re 


character * 


8; 


selected 


green eau i o^ent 


etyoe (100) - 


character * 


5; classifies 


each system c / 


t yoe 










eaodat - character * 20; 


holds 


egu i omen t 


data file name 


sysdat - character * 20; 


holds 


system data file n a m e 



/SYSACQ/ 

noa(lOO) - inteaer; number 
ava i 1 ab 1 e 

rdcos t (100) 

rdt i me ( 1 00 ) 

ardc s t ( 1 0 0 ) 

ardt i m ( 1 0 0 ) 

mdcost (100) 
deo 1 oyment 

m d t i m e ( 1 0 0 ) 

nomc s t ( 1 00 ) 
ma i n t enanc e 



of end items of each kird 

in S M for R t D of system 
in years reauireo for P-tO 
for accelerated R + 0 
for accelerated R+D 

for manu f ac t o r i na and 

years for M+D 

of normal operating and 



- inteqerj cost 

- integer; time 

- i nt eger ; cost 

- integer; time 
• integer; cost 

- integer; time in 

- integer; cost 
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romcst ( 100) 



integer; 



cost of 0+M at reduced readiness 



/SYSOPS/ 

mob (100) - inteaer; mobility in hexes oer turn 

crnq (100) - integer; communications range in hexes; 
beamw'dth of satellites 

crngs (10 0) - integer; for HF eaui orient / skywave range 

sec (100) - integer; security factor; ability to resist 

jamming end intrusion 

re 1 (100) - real; reliability 

rels (100) - real; reliability of HF equipment in skywave 

ooe r a t i on 

flex ( 10 0?; - ~eal; flexibility 

opt (100) - r?al; optimization 

c 3 e (100) - r 5 a 1 ; C 3 effectiveness 

c 3 e s (!00) - real; C3 effectiveness of HF in skywave 
ooe r a t i c.n 

ewf (100)- integer; electronic warfare effectiveness; 
ability of EW equioment to overcome the security factor of 
communications eauioment 



ecm (100) - real; effectiveness of jamming 

esm (100) - integer; ability to detect emmissions 

beams (100) - integer; for satellites/ the number of 

beams 

/PEOEQP/ 

ritem (200) - integer; ooints to the location of the 

system in the system data arrays 

reff (200) - real; effectiveness of the selected system; 

eoual to 1 if system is fully effective/ .5 if system is 
oartially effective (reduced operation status)/ 0 if not 
yet placed into operation 

ryrbqt(20O) - inteaer; the year a system was placed in 
R+D or M+D 



20 u 



ryrrdy(200) - integer/* the year a system will finish R + D 
or M + 0 

irdcst(200) - integer; the cost of the current stage of 
acqu i si t ion 



i rbuy (200) - 
finished M + D 


i nt eae r ? 


a 


f 1 ag 


i nd i c a t i nq 


that 


a 


system 


i s 


i race ( 200 ) - 
in accelerated 


inteaer? 
R + D 


a 


f 1 ag 


i nd i c a t i na 


that 


a 


system 


? s 


irexD (200) - 
in normal R + 0 


i n t ege r ? 


a 


f 1 ag 


indicating 


that 


a 


system 


f s 


irred (200) - integer? 

in reduced operation 


a 


f 1 ag 


indicating 


that 


a 


system 


1 3 


irmnfd(200) - inteaer? 
being manufactored for 


a flag indicating 
deo 1 oy men t 


that 


a 


system 


'< 3 


irfrd (200) - 
finished R+D 


integer? 


a 


flag 


i nd i c a t i ng 


that 


a 


system 


) S 


/GRMEQP/ 


















ritem (200) - 


i nt ege r ? 


do i nt s 


to the 


location 


o f 


the 



svstem in the system data arrays 

geff (200) - real; effectiveness of the selected system; 
eaual to 1 if system is fully effective/ *5 if system is 
oartially effective (reduced operation status)/ 0 if not 
yet olaced into operation 

ayrbgt(200) - integer; the year a system was placed in 
R +D or M+D 

ayrrdy(200) - integer; the year a system will finish R + D 
or M + D 



igrcst(200 ) - integer; the cost of the current stage of 

acau i s i t i on 



i abuy (200) - 

finished M+D 


integer? 


a 


f 1 ag 


indicating 


that 


a 


system 


i s 


i gac c (200) - 


integer? 


a 


f 1 ag 


indicating 


that 


a 


system 


i s 


in accelerated 


R + D 
















iqexD (200) - 


integer? 


a 


f 1 aa 


indicating 


that 


a 


system 


i s 



in normal R +D 
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iqred (2001 - inteqer; 

in reduced ooerat i on 



a f 1 a a indicating that a system is 



i qmn f a ( 2 0 0 ) - integer? a flag indicating that a system is 
being manuf actored for deoloyment 

iofrd (200) - integer; a flag indicating that a system is 

finished P * D 



/PARAM/ 



i turn - 

stooat - 
(seconds 

redbat - 

arnbat - 

rbqusd • 

qbgusd - 
spen t 

rbgrea - 
year 

gbarea - 
year 

nbrsys - 



nteqer 


; the current acquisition year 






real; 

since 


the time that the turn 

midnight) 


will 


be 


over 


real? 


the 


current years budget for 


red 






real 


the 


Current years budqet for 


green 




real; 


the 


Red Players budqet minus 


amount 


spent 


real? 


the 


Green Players budget 


mi n u s 


amoun t 


real ; 


the 


Red Players buqqet request 


for 


next 


real *' 


the 


Green Players budget request 


for 


next 


i nteqe 




the number of systems i 


n the 


system 



file 

noredo - integer? used to hold the number of eauioment in 
red or green eauioment file 

iueap - integer? holds the unit number for various files 
du r i ng o 1 a y 

iolayr - integer; holds the player id (1 = areen, 2 = 

red) used to communicate between routines 

inrd * inteaer? number of red equipment 

igen - integer ^number of green equipment 

iseed - integer; random number seed used 
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a. 6 the acquisition mooules 



SUBROUTINE GA^INF/PLYINF 

File: GAMINF.FOR/PLYINF.FOR 

Puroose and Method: 

This routine oaqes through a game documentation file 
to suooly game information to the Umoi re/P 1 ayer . 

The routine ooens the information file and reaos it 
to find how many records are contained in the file. Tne 
number of cages it can display is computed ( records/ 1 5 ) . 
The Plaver/Umoire can oaoe through the file oy entering the 
desired oaae number. 

^ajor Variables: 

mesg - character * 80; information file record 

e n d f i 1 - 1 o a i c a 1 ; used to test for end of file 

nlines - interger? number of lines currently 
d i sol ay ed 

itemo - integer; temoorily used for location of Page 

inmb - inteaer; oage selected for viewing 

i from - integer; last record read 

Subprograms Called: 

Subrout i ne PAGE 
Subroutine DELAY 

Data Files Accessed and Name: 

SO - Game Information File GA^INF.FOR 
65 - Player Information File PLYINF.FOR 

Entries: 

Main program PLAYER. FOR 
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Main o r o g r a m UMPIRE. FOR 



SUBROUTINE SYSEQP 

File: SYSEQP. FOR 

PupDose and Method: 

This routine ooens and reads the data files 
necessary for the Acquisitions Phase. 

Ooen ana read f'les for system information and Red 
equipment or Green eauioment files. Red or Green equiDment 
file is uodated depending on the value of IPLAYR ( Ugreen, 
2=red) or IUEQP ( 1 6=g r sen t 1 5 = red ) . 

Common Variables Changed: 



svsdat 


eqoda t 


system 


e t ype 


rsystfn 


g s v s tm 


no a 


rdcost 


rdt ime 


a r d c 3 t. 


a r dt i m 


mdcos t 


m d t i me 


n o m c s t 


romc s t 


mob 


C rng 


crnqs 


sec 


re 1 


re 1 S 


* 1 e x 


oot 


c 3e 


c 3es 


ewf 


ec m 


esm 


beams 


r l t em 


re f f 


r y rbg t 


ryrrdv 


i rdcst 


i rbuy 


i race 


i rexo 


i r r ed 


i I'mnfd 


i rf rd 


a i tem 


ge f 1 


q y r b g t 


ayrrdv 


iqrcst 


i qbuy 


icacc 


i g e x d 


i q r e d 


i q m n f d 


i q f r d 





Oata Files Accessed and File Name: 



SYSTEM. OAT 
REQUIP.DAT 
GEQUIP.DAT 

Entries: 

Subroutine TATTLE 



14 - System list 

15 - Red eauioment list 

16 - Green equipment list 



SUBROUTINE BGTHST 

File: BGTHST. FOR 
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Pumose and Method 



This routine allots the Umpire to enter the Red ana 
Green Players' budgets. 

The budget file is ooened and checked for data. 
Each record constitutes one year. If no data records exist/ 
then ITURN is set to one. If there are data records/ they 
are disdaved for the Umoire's use. The Umoire then gives 
the Red and Green Players their budget for that year. 

Major Variables: 

Isturn - integer; the current turn minus one 
Common Variables Changed: 
redbqt ornbat 

Common Variables Referenced but not changed: 

i t u r n 

rbqusd 

qbgusd 

rbqrea 

gbqreg 

Subroutines Called: 

Subroutine DELAY 
Subroutine PAGE 

Data Files Accessed and File Name: 

99 - Budget history 8GTHST.DAT 
Entries: 

Subroutine AC9CTL 

SUBROUTINE TATTLE 

File: TATTLE. FOR 

Purpose and Method: 
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TATTLE is used by 



he Umpire to read the mail files 



and to read the status of Red/Greer Acauisition Phase. 

TATTLE is menu driven. The Umoire can select 
Red/Green qame summary and can read the Red/Green mail 
files. It allows the Umoire to oroccess Red/Green 
intelligence requests. The Umpire then can resoond by 
uodatinq Red/Green answer file. 

^ajor variables 

fini - logical? used tc test whether user would like 
to exit intel. 

Endfil - logical? used to check end of file status 

rtyD - Character * 2? Record tyoe in the Red/Green 
Intelligence File. 

i ray r - integer? The turn intelligence was requested. 

iqnr - integer? A flag indicating if slayer would 
like a general intel brief. 

isr - integer? a flag indicating if olayer would like 
a soecific intel brief* 

insyst - character * S? The system that olayer would 
like intel info on 

ist - inteqer? not used 

infrd - inteqer? used bv olayer to request if system 
is in R * D 

inbuy - integer? f 1 ag used by olayer to reauest if a 
system will be bouaht 

inamt - inteaer? flag to request how many of a system 
will be bought 

indte * integer? flag to reauest when the system will 
be ready. 

msg - character * 80? This is the message that the 
controller received from the olayer receives as an 
answer. 
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I 

Common Variables Changed: 

iolavr 
i u e qd 
eqodat 
stooat 

Subprograms Called: 

Subroutine SYSEQP 
subroutine SYSTMS 
subroutine DELAY 
subroutine PAGE 

Data Files Accessed and File Name: 

25 Red Intelligence File RINTEL.DAT 

20 Green Intelligence File GINTEL.DAT 

Entries: 

Subroutine ACQCTL 

SUBROUTINE RED ACQ /GRNACQ 

Files: PEDACQ.FOR/GRNACQ.FOR 

Purpose and Method: 

Provides the sequencing for the ol ayers during the 
Acquisition Phase of the game. 

Outout ^caui si ton game header then a message if a 
olayer is waitinq for the other olayer to LOGIN. Begin a 
game looo. Load the system data and olayer equioment files. 
Set a 1 oqqed in flaq. Delay at this ooint. until other 

olayer loqs into the game. Obtain budget and stop time. 
Call the main Acquisition module. After acquisition/ set a 
flag and enter a hold looo. When the Umpire is finisned/ a 

flag is set by the Umpire so the next turn can start. 
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Major Variables Chanced: 

h h m m s s - character *5: time of day 

ic/ib/it " integer: dummy 

r/S,re,qe»st - real: dummy 

Common Variables Changed: 

iolayr sysdat eaodat iueqo 
iarn i r ed 

Common variables Referenced but Mot Changed: 

i c t 1 
stooat 
i turn 
redbgt 
arnbqt 

Suborograms Called: 

Subroutine PAGE 
Subroutine TIME 
Subroutine READIT 

Entries: 

MAIM PROGRAM PLAYER 

SUBROUTINE ACQUIS 

File: ACQUIS. FOR 

Puroose and Method 

This is the main oroqram that enables players to 
acauire electronic equipment. It displays the main menu 
options to allow the olayer to carry out the acauisition 
strategy. 



Subroutine to R I T I T 
Subroutine DELAY 
Subroutine ACQUIS 
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The control of system information ana acquisition is 
via menu. The players options are listed. At the too# 
budget and time information is disolaYed. The current time 
is checked against the STOPAT time prior to the execution of 
a subroutine. If stoo time is exceeded# or the exit option 
is selected# the equioment data is saved to a file and 
control oassed to REDOPS/GRNOPS . If budaet has been 
exceeded# a warning is displayed. After# the above checks 
are made# the selected option is executed. Uoon exit of 
this routine# an end of turn message is disolayed. 



M ajor Variables: 

bsoent -real? the amount of the origional budget 
already soent. 

i t i me - integer# the time# in minutes# remaining for 
a decision 

Common variables Changed: 



gbgusd 

rbgusd 



Common Variables Referenced but Not Changed: 

grnbqt 
r edbg t 
i d 1 ay r 
stooat 
i t u r n 



Suboroarams Cal led: 

Subroutine UPDBGT 
Subroutine PAGE 
Subroutine SAVEQP 
Subroutine SHOP 



Subroutine SYSTMS 
Subroutine INTEL 
Subroutine BGTAR 
Subroutine PROCUR 



Entries: 

Subroutine PEDACQ/GRNACQ 
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SUBROUTINE UPD3GT 



File: UPOBGT.FOR 
Purpose and Method: 

This program inspects the oi ayer ’ s equipment file 
and computes the current funds obliqated from the qiven 
budqet and subtracts that amount from the player's funds. 
The acquisition status of the eouioment (R-tD, AR + D, M + D) is 
also checked and updated if necessary. 

The budget used by Red/Green Player is set to zero. 
Each oiece of equipment (RECORD) is checked for flag set and 
year ready. The appropriate money is added to the budaet 
used for those systems in active M + D, R + D, AR + D and normal 
0 + M and reduced 0 + M. If a system is in M + 0r R + l), AR + D and 
the year ready field of the record is equal to the- current 
turn, then the M+D flag is set to zero anc the buy flaa is 
set to one. If the AR+D or R+D flag is set to zero then the 
finished R+D flag is set to one. At the end of the 
aooropriate eouioment file, the program returns control to 
ACQUIS. 



Common Variables Changed: 



rbqusd abqusd iqexo irexo 
iqfrd irfrd igmnfd irmnfd 
igbuy irbuy 

Common Variables Referenced but Not Changed: 

iolayr iturn qyrrdy ryrrdy 

rdcost gitem ritem ardcst 

mdcost nomcst romcst qeff 

r e f f 

Entries: 



214 



Subroutine ACQUIS 



SUBROUTINE SAVEQP 

File: SAVEQP. FOR 

Purpose and Method: 

SAVEQP will take the current contents of the 
Red/Oreen equipment arrays and write them to the equipment 
*iles. The budget file is also updated with the budget used 
by Re d/Green the oast acguisition year. 

The Ped/Green equipment file is ooened. The 
contents of the Arrays are written to the opened file. If 
RSYSTM/GSYSTM is blank/ the record is not written. If 

IGBUY/IRBUY is equal to one/ then the system is not written. 
The equipment file is closed/ and the budget file is opened. 
The budget record for the turn is updated with the budget 
used by Red/Green. The budget file is closed and the 

orogram returns control to ACQUIS. 

M ajor Variables: 

rbg / gbg / rusd / gusd / r r eg / g r eo - real? dummy 
Common variables Changed: 



osystm 


r s vst m 


i gbuy 


i rbuy 


g i t em 


r i t em 


ge f f 


re f f 


qy rbqt 


rvrbqt 


gy r rdy 


ryr rdy 


i g r c s t 


i rdc s t 


i gacc 


i race 


i g e * o 


i rexo 


i ored 


i rred 


i gmn f d 


} rmn f d 


i g f r d 


i r f rd 


gbgusd 


rbausd 







Common Variables Referenced but Not Changed: 

i ueqp 
eooda t 
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i d 1 a v r 
nbreqp 

Subprograms Called: 



Subroutine DELAY 
Subroutine ERASE 

Data Files Accessed and File 

15 - Red Eauioment List 

16 - Green Equipment List 
99 - Budget History list 



Name: 

REQUIP.DAT 

GEQUIP.DAT 

6GTHST.DAT 



Entries: 

Subroutine ACQUIS 



SUBROUTINE ERASE 

File: ERASE. FOR 

Purpose and M ethod: 

Erase is used to initialize the eouiomen 
arrays throuoh the use of Data statements with 
or blanks. This is done to clean the common 
between game turns so extraneous information is 
Common Variables Chanced: 



re 1 


r e 1 S 


flex 


OP t 


c 3e 


c 3es 


ecm 


ge f f 


r e f f 


rbgreq 


abgrea 


stooat 


redbgt 


grnbgt 


rbgusd 


obausd 


noa 


rdcos t 


r d t i m e 


ardt i m 


mdcost 


mdt i me 


nomcst 


ardcst 


romc s t 


mob 


C rnq 


c rngs 


sec 


ewf 


e sm 


beams 


r i t em 


r y rbgt 


ryprdv 


i rdc s t 


g i t em 


gy rbqt 


gyrrdy 


i g r c s t 


i t urn 


nbrsys 


nb reop 


i ueop 


i n t r 


into 


i n rd 


i gen 



Entries: 

Subroutine 3AVEQP 



ana system 
either zero 
areas out 
rased. 



216 



SUBROUTINE SHOP 



File: SHOP. FOR 

Purpose and Method: 

Shoo is used to loaa the Red /'Green Players equipment 
arrays with systems from the system data array. These 
systems are candidates for procurement and all flags are set 
to zero. No more than the allotted amount of each system 
type (NOA) can be placed in the equipment arrays. 

The terminal display is cleared. N e t , the entire 
list of systems available (along with equipment tvoe and 
reference number) is displayed. The player will select a 
system via the menu number for possible inclusion in the 
equipment arrays. If the player has not run out of timer 
continue. Next » ask the player if more system information 
is desired, else, call a routine to add the system to file. 

Major Variables: 

hhmmss - character * 8; time of day 

idectm - integer; time in minutes left to make 
dec i s i on 

noaqe • integer; a value used to allion the columns 
on the output display 

i 1 , i 2 , i 3 , i Q - inteqer; a value used with noaqe for 
terminal display 

itmnbr - integer,* a user input to select a system in 
the display 

Common Variables Referenced but Not Changed: 

stooat 
nbrsvs 
system 
e t yoe 
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Subprograms Called: 

Subrout i ne p AGE 
Subroutine TIME 
Subroutine SYSINF 
Subroutine SYSOPT 

Entries: 

Subroutine ACQUIS 



S UBROUTINE SYSINF 

File: SYSINF. FOR 

Puroose and Method: 

SYSINF provides svstem information on the oarticular 
system selected by SHOP. 

The disolay is cleared. The player is given the 

system name and eauioment type and asked whether more 
information is desired. If yes* a narrative description is 
given on the eguipment type from a file with this data in 
it. Next* technical information is obtained from the system 

a r ray if desired. Then * cost information is displayed if 

reauested. The program returns control to the caller. 
Paramet ers 

itm - integer? index to system in the system file 
Major Variables: 

fini - logical; checks for end of file 

equio • character * 5; eguipment type read from 

system information file 

descr - character * 70; Narrative description line 
from system info file 

Common Variables Referenced but Not Changed: 
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system 


et yoe 


mob 


re 1 


OD t 


ec m 


sec 


r e 1 s 


flex 


esm 


c r ng 


c 3e 


beams 


e w f 


c r ngs 


c 3es 


noa 


rdc os t 


r dt i me 


a rdc st 


a r d t i m 
romc s t 


mdcost 


m d t i me 


nomest 



Data Files Accessed and File Name: 

55 - System Information SYSINF.DAT 
Entries: 

Subroutine SHOP 

SUBROUTINE SYSOPT 

File: SYSOPT. FOR 

Purpose and Methods: 

This routine enables the player to add the system 
selected in SHOP to the equipment file. 

The Ped/Green Player is asked to enter now many of 
the selected system desired. First the Red/Green equioment 
arrays are checked for the number of that system already in 
the array. The olayer is then told how many systems of that 
type are in the file and the maximum number oe emitted. The 
number the user entered is reiterated. Tie program checks 
whether the maximum will be exceeded with the additional 
systems selected. The program then ados the systems to the 
equipment file (uo to the maximum) and displays success or 
qualifies the message with the actual amount added. At this 
Doint# only the system name and location in the system array 
is added to the equipment arrays. The other values are set 
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to zero. The number of eauioment is kept in common. The 
program then returns control to SHOP. 

V a j o r Variables: 



nsyst 

add 


•• integer; 


number 


o f 


that system 


you wish 


t o 


i s vs - 


i nt eaer ; 


number 


o f 


that system already 


i n 


file. 














nbuy - 


integer; 


the difference between 


NOA and 


ISYS 



if less than N S Y S T , else equal to nsvst 
Common Variables Changed: 



osystm 


q i t em 


ge f f 


qy rbq t 


qy r rdv 


i q r c s t 


i gbu v 


i qac c 


iqexo 


i q r ed 


i gmn f d 


i q f rd 


r s v s t m 


r i t em 


r e f f 


ry rbqt 


ryrrdy 


i rdc s t 


i rbuy 


i race 


i rexo 
rbreoD 


i r r ed 


i ruinfd 


i r f rd 



Common Variables Referenced but Mot Chanqed: 

system i o 1 a v r 

nca 

Subprograms Called: 

Subroutine PAGE 

E r, t r i e s : 

Subroutine SHOP 



SUBROUTINE SYSTMS 

rile: SYSTMS. FOR 

Purpose and Method: 

SYSTMS is used to summarize the current state of the 
equipment files for PLAYER/UMPIRE information. 
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Decision tine left and budqet are displayed along 



with a menu of options available for selection. If decision 
time expires* or* the Player/Umoire decides to exit; control 
is returned to the callinq proqram. Next; totals are set to 
zero and the equioment array is analyzed based on flays set 
denotinq the state of the systems. Totals are computed. 
Deoendinq on the option selected in the main menu; summaries 
are displayed on the state of the array. 

Major Variables: 



f i n i - 


logical: used to control end of routine 


budqet 


- real: Red/Green budqet 


bgt 1 ft 


* real; monev left player 


h h mm s s 


- character * 9; time of day 


i time • 


• integer; decision time left 


nrda - 


integer; number systems in accelerated R + Q 


nrdn - 


inteqer; number systems in normal R+D 


nmnd “ 


inteqer; number systems in M+D 


ndeon ■ 


- integer; number systems normally deployed 


n o m r - 


inteaer; number systems in reduced 0+M 


nbuy - 


integer; number systems ready to ouy 


nfrd - 


integer; number systems finished R+0 



nlines - inteoer; number of lines disolaved on screen 

ntot * inteaer ; total of nrda; nrdn; nmnd; ndeon; 
nom r , nbuy> nfrd 

Common Variables Referenced but Not Chanqed: 

qrnbqt gbqusd redbqt rbqusd 
stooat i turn nbreqp iolayr 
geff reff iamnfd irmnfd 
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iqexo i rexo iqacc i race 
iqbuy irbuy iqfrd irfrd 
g S y s t m r ? y s t m gyrrdy ryrrdy 
n>dt i me 

Suboroqrems Called 

Subroutine PAGE 
Subrout i ne T I'^E 

Entries: 

Subroutine ACQUIS 
Subroutine TATTLE 

SUBROUTINE INTEL 

File: IN TEL. FOR 

Purpose and Method: 

This -nodule enables the olayer to read the 

intelligence file containing either information reouested or 
messages from the U moire. 

The Red/Green intel file is opened. The program 
1 oods through the file looking for *A' record tyoe. The 
year of this record is stored. Uoon the end of file# the 
oroaram disolays a menu with a year to select range from the 
first year recorded to the last year recorded. No years 
will be listed if there is not any intel data. The olayer 
then selects a year from the menu. The file is rewound and 
the program then 1 oods through the file again printing the 
selected records. 

Major Variables: 

iunit • integer; unit number of Green/Red intel file 
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i f i 1 e - character * 20; file name of Green /Rea intel 
file 

inty - inteqer; an array holding the selected intel 
years 

itmpyr - integer; a temporary hold area for the year 

fini - logical; a flag used to control end of routine 

endfil - logical; a flag used to test for end of file 

iyrfrs - integer; first year found in intel file 

iyrlst - inteqer; last year found in intel file. 

rtyo - character * 2; record type in intel file (A = 
answer) 

irqyr - integer; year of request 

msq - character * 80 ; message from Umpire 

itime - integer; decision time left 

inpick ~ integer; intel year player selects 

nlines - integer; number of lines displayed on 
terminal 

Common Variables Referenced but Not Changed; 

i o 1 ay r st ooat 

i t u r n 

Subprograms Called: 

Subroutine DELAY 
subroutine PAGE 
subrout i ne T I^E 

Data Files Accessed and File Name: 

20 - Green Intelligence Data GINTEL.DAT 

25 - Red Intelligence Data RINTEL.DAT 

Entries: 

Subroutine ACQUIS 
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SUBROUTINE 9GTAR 



file: BGTAR.FOP 

Purpose and Methods: 

This program shows the player a breakdown of current 
budget obligations (those systems where money has been# or 
must be soent ) and projects those obligations four vears 
into the future. The placer is also able to submit a budget 
request for next year. 

The arrays for the display are initialized. Then 
each flag of the ol aver *s eguioment array is checked for the 
status of that system. If money has been reauired# the 
aoorooriate array is uodated (ie# number of systems in that 
stage and money obligated for that stage). A projection is 
then made for the current state of that system and for four 
years in the future bv sequencing througn the acquisition 
process and recording the money obligated for each of the 
systems five year life. A message explaining the procedure 
is displayed. The graph is then written on the terminal. 
Finally# the Red /Green Player is asked whether a budget 
request is to be submitted for t K e next year. If ves; the 
budget file is opened and the request entered. 

Major Variables: 

inrdn(5) - integer; number of systems in normal R + D 
for year I 

inrdc(5) * integer; cost of systems in normal R+D for 
year I 

iardn(5) - integer; number of systems in advanced R + Q 
for year I 
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i a r d c ( 5 ) • inteperJ Cost of systems in advanced R f 0 
for year I 

i s m d n ( 5 ) - integer; number of systems in M + D for year 

I 



i smdc C 5 ) 

i r omn ( 5 ) 
for year 

i r o m c ( 5 ) 
year I 

i n o m n C S ) 
for year 

i nomc ( 5 ) 
year I 

i t ot n ( 5 ) 
I 



- integer; 

- integer; 

I 

- i nt eger ; 



- i nt eger ; 

I 

• i nt eger ; 



- integer; 



cost of systems in ^+0 for year I 
number of systems in reduced 0+ M 

cost of sysems in reduced 0 + r, l for 

number of Systems in normal 0+M 

cost of systems in normal OtM for 

total number of systems for year 



itotc(5) - integer; total cost of systems for veer I 

numb ~ inteoer; used to conrol flow through cost 
projection 

istrt - integer; for a given stater the year that the 
next state begins 

i done ~ integer; for a aiven state/ the year that the 
next state ends 

rbot / gbgt / r b r gb / y r , g r - real; dummy variables 
Common Variables Chanaed; 



rbgreg 
gbgr ea 

Common Variaoles Referenced but Not Changed: 

iolayr nbreap geff reff 

igexo i rexo i turn gyrrdy 

ryrrdv mdtime gitem ritem 

rdcost ardcst igacc i race 

nomest mdcost igmnfd irmnfd 

Subprograms Called: 

Subroutine PAGE 
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Subroutine DELAY 



Data Files Accessed and File Name: 

99 - Budqet History File BGTHST.DAT 

Entries: 

Subroutine ACQUIS 



SUBROUTINE PRISTS 

File: PRTST3.F0R 

Puroose and Method: 



PPTSTS orints the equipment lists of the Red/Green 
Player between each turn. 

Common Variables Referenced but not changed: 



nbreao 
i qmn f d 
iaacc 
i q f rd 
gy r rdy 



i o 1 a y r 
i rmnfd 
i race 
i r f rd 
ry r rdy 



ge f f 
i qe x o 
i qbuy 
gs v s t m 
mdt i me 



ruff 
i I'exp 
i rbuy 
r •> y s t m 



Data files Accessed and File Name: 



70 - Green equipment print list EQPGRN.DAT 
75 - Red equipment print ‘list EQPRED.DAT 



SUBROUTINE PROCUP 

File: PROCUR .FOR 

Purpose and Method: 

PROCUR controls the procurement and acauisition 
phases of the systems in the eauioment array. Intelligence 
can be purchased and a decision analysis made. 
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The oroqram displays a menu with the 



od t ions 



available for the Red/Green Player. 

Major Variables: 

fini ” logical? used to control exit from subroutine 

budget ~ real? red/green current budget 

bgtlft - real? red/green remaining budget 

i t i me - integer? decision time left 

Common Variables Referenced but Not Changed: 

iplayr grnbgt redbgt 
stopat i t urn 

Subprograms Called: 



Subroutine RDACCL 
Entries: 

Subroutine ACQUIS 

SUBROUTINE DECISN 

File: DECISN. FOR 

Purpose and Method: 



The ouroose of this routine is to enable the user to 



get an estimate of force effectiveness. 



First, the weights and parameters used in the 



subroutine are initialized. Then a short menu is displayed 
listing the options. Whenever an option is executed, 
totals used are set to zero and both graphs are initialized. 
A loop is then entered and effectiveness computed (described 



Subrout i ne PAGE 
Subroutine DECISN 
Subroutine 6UYSYS 
Subroutine SCRAP 



Subroutine PDEXPN 
Subroutine OMRED 
Subroutine PINTEL 
Subroutine ^DEPLY 
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in Users* Manual) for all systems in the equipment array. 
Weights are only applied to the totals (oot ion 2). 

The oroqram then checks for option selected. For 
ootion 1 or 2 , araohs are output form the appropriate 
arrays* If ODt ion 3 or 4 is selected* the olayer can change 
weights and Parameters used in computing force 
ef f ec t i veness . 

Major Variables: 

fini - logical? used to control the end of routine 

wtmob - real? weight of mobility in equation 

wtcr - real? weight of comm range in eauation 

wtcrs - real? weiqht of skip comm range in equation 

wtsec - real; weight of securi t / factor in equation 

wtc3 - real; weight of c3 effectiveness in eauation 

wtc3s - real: weight of c<io c3 effectiveness in 

equat i on 

wtbm - real; weight o number of sat beams in eauation 

wtewf - real; weignt of s w v in eauation 

wtecm - real; weight of ecm in equation 

wtesm - real; weight of esm in equation 

mobhi - i n t ege r ; sc a 1 i ng factor for mobility 

icrhi - i nteqer? scaling factor for comm ranae 

icrshi - integer; scaling factor for skio comm range 

c3hi - real; scaling factor for c3 

c3shi - real? scaling factor for skip c3 

bmhi - real? scaling factor for sat beams 

iewfhi - integer; scaling factor for ewf 
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i e c nr) h i - 


integer? 


iesnfihi - 


i nt eder ; 


i t i me - i n t ege r ? 


tot mob ( 5 ) 


- real? 


totcr(5) 


- real? 


totcrs(5) 


- real? 


year I 




totsec (5) 


- real? 


year I 





scaling factor for ecm 
scaling factor for esm 
decision time left 
total adjusted mobility for year I 
total adjusted comm range for year I 
total adjusted skio comm range for 

total adjusted security factor for 



totc3 (5) - real ? 
tote 3s (5) - rea 1 ? 
totbm(5) - real? 
totewf(5) - real? 
tot ecm (5 ) - real? 
totesm(5) - real? 



fei (10*70) - character * 

capability index display 



fca(25,54) - character * 1? 

capablitiy assessment disolay 



total adjusted c3 for year I 
total adjusted skip c3 for vear I 
total adjusted sat beams for year I 
total adjusted ewf for year I 
total adjusted ecm for year I 
total adjusted esm for year I 

1 ? holds tne force 



itlrit2*it3*it4*it5 

forecast 



i n t ege r ? 



holds 
5 years 



the 



o f 



force 



the 



v(5) - real? value of 0 or 1 used in equation to turn 

on or off certain values 



irdy - integer? holds the year 
operating 



system will 



be 



dmob - real? holds the scaled mobility rate 
derng - real? holds the scaled comm range rate 
derngs - real? holds the scaled skio comm ranqe rate 
dc3e -real? holds the scaled c3 rate 
dc3es - real? holds the scaled skip c3 rate 
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dbeams 



real; 



Holds the scaled sat beam rate 



dew f - real; 


holds 


deem - real ; 


holds 


desm - real; 


holds 



the scaled ew f rate 
the scaled ecm rate 
the scaled e s m rate 



Common Variables Referenced but Not Chancied: 



stooat 


i turn 


i o 1 a v r 


nbreqp 


iqexo 


i rexo 


gy r rdy 


r y r rdv 


md t i ne 


g i t em 


r i t em 


ioacc 


i race 


i q f rd 


i r f r d 


i q m n f d 


i r m n f d 


i gbuy 


i rbuy 


ge f f 


r e f f 


mob 


C rng 


C r ngs 


sec 


c 3e 


c 3es 


beams 


e w f 


ecm 


esm 





Suboroarams Called: 

Subrout i ne PAGE 
Entries: 

Subroutine PROCUR 

SUBROUTINE BUYSYS 

File: BUYSYS. FOR 

Purpose and M ethod: 

This routine is used to place t h « systems finishing 
manuf actori nq for deployment into normal or reduced 
operations and maintenance. 

The eauioment files are searched for the flag 
IRBUY/IGBUY. If the flags are eaual to one then the system 
is ready for 0+M. The player then has the opportunity to 
place the system in normal or reduced 0+M. 

Common Variables Changed: 

gbqusd rbqusd iqbuy i rbuy 
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ge f f 



r e f f 



Common Variables Referenced but Mot Changed: 

iolayr nbreqp redbqt qrnbqt 
nomcst romcst gitem ritem 

Entries: 

Subrout i ne PROCUR 

SUBROUTINE SCRAP 

File: SCRAP. FOR 

PurDose and Method: 

SCRAP is used to remove any system from the 
equioment array. It will also add back the money used oy 
the system for that year. 

The screen is cleared. Then/ all systems in the 
equipment file are displayed with the state of the systems. 
The header contains decision time and budget information. A 
system is selected to be scrapped via the menu numoer. The 
program then displays the system to be scraooed and a 
message is shown displaying money to be saved. The player 
then confirms the scrapoinq. 

Major Va r i ab 1 es : 

itmnbr - integer; the reference number of the system 
to be scraooed 

hhmmss - character * 8; time of day 
idectm - integer; decision time left 
budget - real; budget of Red/Green Player 
bgtogo - real; money left player 
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s t a t 1 » s t a t 2 , s t a t 3 , s t a t 4 - character * 4? status of 

sys t ems 

npaae - integer; used in terminal display 

money - integer; money status before and after 
sc r apo i ng 

i 1 t i 2 1 i 3 / i 4 - integer; used with noaoe tc fix up 
terminal display 

Common Variables Changed: 

gbgusd 

rbgusd 

Common Variables Referenced but Not Changed: 



stcoat 


i o 1 ay r 


a rnbg t 


r edbq t 


nbregp 


gsy s t m 


r sy s t m 


ae f f 


r e f f 


i turn 


gy r rdy 


r y r r d v 


i gacc 


i race 


igexp 


i rexo 


i qmn f d 


i rmn f d 


nomc s t 


romc s t 


g i t em 


ri tern 


mdc os t 


i gbuy 


i rbuy 


i g f r d 


i r f r d 





Subprograms Called: 

Subroutine PAGE 
Subrout i ne T I ME 
Subroutine CANCEL 

Entries: 

Subroutine PROCUR 



SUBROUTINE CANCEL 

File: CANCEL. FOR 

Purpose and Method: 

This routine subtracts the system from the equipment 



array . 

Paramet ers : 

itm - integer; an index to the sytem to be scrapped 
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Common Variables Changed: 



g s v s t m 


r sys t m 


g i tern 


r i tern 


ge f f 


r ef f 


gy rbgt 


ryrbat 


g y r r d y 


ryrrdy 


i grc s t 


i rdc s t 


i gbuy 


i rbuy 


i gacc 


i race 


i g<»xp 


irexp 


i gred 


i r red 


i gon f d 


i rmn f d 







Entries: 

Subroutine CANCEL 

SUBROUTINE RDACCL 

File: RDACCL. FOR 

Puroose and Method: 

The Red/Green Player can ol ace a system in 

accelerated research and deveopment. 

7 irst/ go through the equi oment array determining 
systems available for R + D and save the pointers in an array. 
Then display all systems available for R + D on the player's 
terminal. This is done via the index saved earlier and a 
format routine to place the data on the terminal. The 

Red/Green Player enters the selection. The program then 
asks for another system. 

Major Variables: 

fini - logical? controls end of program 

nmnd - integer; number of systems available for R+D 

ndex(200) - integer; pointer to the systems available 

for R+D 

itmnbr - integer; selected system reference 
idectm - integer; decision time left 
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pge - real; used to align display 

noage • integer; used to align display 

i 1 * i 2 * i 3 > i a inteqer; used to align display 

i y r 1 t i y r 2 > i y r 3 / i y r a • i nteaerl holds year *o" display 



Common Variables Changed: 



abgu sd 
gy r rdy 
i a a c c 
i qred 
asy s t m 



rbgusd 
ry r rdy 
i race 
i r red 
r s y s t m 



gy r bg t 
i gbuy 
iaexp 
i qmn f d 



r y rbgt 
i rbuy 
i r e xo 
i r mn f d 



Common Variables Referenced but Not Changed: 

stooat nbrego iplayr ardtim 
gitem ritem grnbqt redbgt 
i turn ardcst 



Subprograms Called: 
Subroutine p A G E 
Entries: 

Subroutine PROCUR 



SUBROUTINE RDEXPM 

File: RDEXPN.FOR 

Purpose and Method: 

The Red/Green Player can place a system in normal 
R+D. The description is the same as Accelerated R + D except 
that cost and time are taken from 'RDCOST, R 0 T I M E ' . 

E n t r i e s : 

Subroutine PROCUR 
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SUBROUTINE QMRED 



File: OMRED.FOR 

Purooo and Method: 

This routine is used to save money by placing a 
system that is in normal 0 ♦ M into a reduced operating state. 

The number of systems in normal 0 + M is first 
computed.. The menu of systems available to be reduced is 
displayed along with the money to be saved. The Red/Green 
Player selects the system to be reduced. The player then is 
asked to verify the reduction. 

Major Variables: 

fini - logical; controls when oroaram ends 

nmnd - ioteaer; number of systems to reduce 

nde‘( (200 ) - integer; index to systems avai I aol e to 

reduce 

bgtlft - real; amount of budget left 

ioectm - integer; decision time left 

ooe - real; used for terminal display 

nnaae - integer; used for terminal display 

i 1 # i 2 r i 3 , i 4 - integer; used for terminal disolay 

iyrl f iyr2fiyr3fiyr4 • integer; years displayed 

isavel/isave2fisave3/isave4 • integer; money to be 
saved 

itmnbr - integer; selected system to reduce 

Common Variables Changed 

gbausd rbgusd 
qe f f r e f f 

Common Variables Referenced but Not Changed: 



235 



stooat nbreqp iDlayr grnbgt 
redbat rdtime g i t e m r i t e m 
nomcst romcst gsystm rsystm 

Subprograms Called: 

Subroutine PAGE 

Entries: 

Subroutine PROCUR 

SUBROUTINE PINTEL 

File: PINTEL. POR 

Puroose and Method: 

The Duroose of this routine is to reuuest 
intelligence information and to comment to the control le*'. 

A menu is displayed to Red/Green Player with options 
avaiable. After an option is selected/ the orogram ooen? 
the INTEL file. The file is checked for previous general 
intel request for that year (so you will not pay for general 
intelligence more than once). The budget is also checked to 
insure enough monev is left to purchase intelligence. I * 
specific intel is requested/ a menu of all systems will be 

displayed. The player enters the reference number of the 
system desired. The oroqram then asks Red/Green Questions 
on intel desired. If option -3- is chosen/ the plaver may 
enter a free format message to the controller. 

Major Variables: 

infqen - integer? a flag set if general intel is 
r eque s ted 

fini - logical; controls exit from routine 
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budae t 



real; budget aiven d 1 aver 
bgtlft - real; budget left to spend 



i t i me * 


integer^ 


decision time 


left 


hhmmss - 


character 


★ 


8; 


time of 


day 


i nt yoe - 


character 


* 


l ; 


opt i on 


chosen 


i nt f i 1 - 


character 


it 


20; 


intel 


file name 


i u n i t - 


integer,; 


intel 


file unit 



icost • integers cost of intel for a type of request 

intyr ** integer.’ next year 

rtyo - cHaracter * 27 intel record tyoe 

ignr/jqnr - i nt ege r ; gene ra 1 intel request flaqs 

isr/jsr - integer; specific intel request flags 

insyst/onsvst - character * 8 7 system on which intel 
is desired 

ist/jst - integer; not used 

infrd/jnfrd - integer; R+D intel desired flaq 

inby/jnby - i nt »oer; is sytem qoinq to be bought flaq 

inamt/jnomt - integer; how many systems to be bought 
f 1 ag 

indte/jndte - integer; date system availaole flaq 

msg - character * 80; messaqe from player to Umoire 

noaae - integer; used in terminal disDlay 

il/i2,i3,i4 - integer; used in terminal display 

Common Variables Chanaed: 

gbgusd 

rbgusd 

Common Variables Referenced but Not Chanqed: 
iolayr grnbgt redbgt stopat 
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i t u rn 



nbrsys system etyDe 



Subproarams Called: 

Sub routine PAGE 
Entries: 

Subroutine PROCUR 

SUBkOUTINE mdeply 

File: MDEPLY. FOR 

Purpose and Method: 

The Red/Green Player can ol ace a system in 
manufacturing for deployment . 

.First/ qo through the eauioment array to determine 
systems available for M+D and save the pointers in an array. 
Then/ display all available for M+D on the player's 
terminal. This is done via the index saved earlier and a 
format routine to place the data on the terminal. The 
Red/Green Player enters the selection. The program then 
asks for another system. 

Major Variables: 



f i n i - 


1 oa i c a 1 / 


controls end of 


program 




nmnd - 


i nteqer ; 


number of systems available 


for m+d 


ndex(200) - integer; pointer to 
for M+D 


the syst ems 


a va i 1 ab 1 e 


i t m n b r 


- integer; 


selected system reference 




i dec t m 


• integer; 


decision time 


left 




oge - 


real; used 


to align d i s o 1 


ay 
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noaoe 



integer; used to align display 



i!ri2*i3/iy integer; used to alian disolay 



iyrlriyr2fiyr3 


t \ y r 4 - 


integer; 


Common Var 


i ab 1 es 


Change d 


♦ 

• 


obgusd 


rbqusd 


qvrbat 


ry r bq t 


gv r r dy 


ryrrdv 


i qbuy 


i rbuy 


i g a c c 


i race 


i gexo 


i rexo 


i gred 


i rred 


i gmn f d 


i r m n f d 


gsy st m 


rsystm 






Common Var 


i ab 1 es 


Referenced but 


stooat 


nbreqp 


i o 1 ay r 


i turn 


rdt i me 


g i t em 


r i t em 


qs y S t m 


rsystm 
mdcos t 


g r nbgt 


r edbat 


mdt i me 



Suborograms Called: 
Subroutine PAGE 
Entries: 

Subroutine PRO CUR 



23R 



5. the OPERATIONS PHASE 



5.1 PROGRAMMING STYLE 

As much as Possible* the Operations Phase is written in 
structured FORTRAN in a very simple style so that it can be 
modified by novice oroqrammers. Modules are small* with 
frequent comments as to their purpose* and with extensive 
use of subroutines and functions. Only four basic 
structures are used: 

a. The DO WHILE 

DO WHILE (XXX) 

END DO 

b. The DO UNTIL 

10 CONTINUE 

e 

IF (XXX) GO TO 10 

c . The DO FOR 

DO 10 I=M,N 

* 

10 CONTINUE 

d. The IF-THEN-ELSE-IF 

IF (XXX) THEN 

ELSE IF (XXX) THEN 

END IF 
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S e n t i n a 1 s are used extensively. The system, eauioment, 
unit, and key objective data files all end with a '-1' as a 
sentinal* M ost modules use at least one looo that searches 
a list until the sentinal is found. 

The primary exceotions to structured FORTRAN are in the 
control modules described in Section 3 and in the error 
checking described in Section 5.2.. 

5.2 ERROR CHECKING 

There are four tyoes of error checks used in the 
Ooerations Phase. When reading from the terminal, if the 
system detects an error, sucn as a letter when a number is 
expected, a return to the same question will result. The 

sequence would look like this: 

10 WRITE (6,1000) QUESTION 

READ (5,2000,ERR=10) ANSWER 

when reading from a file, an end of file marker will 
cause an escape from the looo. For example: 
i = 1 

DO WHILE (redunt(i) .ne. '-1') 

READ ( 1 6 , 1 000 , ERR= 1 0 ) r row ( i ) , rc o 1 ( i ) 

• 

i = i t 1 
END DO 

10 CONTINUE 

The third tyoe of error check is a check of the logic of 
an answer. This tyoe of check uses structures inside the 

module itself. For example, the input name of a unit to be 
airlifted is checked against the list of units to make sure 
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it is a valid name# then the unit tyoe (rforce or aforce) 
is checked to see if the unit is airmobile. If it is not a 
valid unit name# an error message aDDears and the orogram 
either askes for a new name or returns to a menu selection. 
In some cases where it reoeatedl y asks for a new name# the 
orogram will accent the word 'stop' as a signal to return to 
a menu. 

The fourth error check is a logical check of hex 
coordinates. Any time hex coordinates are entered at the 
terminal# Subroutine CHECK is called to verify them. It 
checks to make sure the numbers are not larger than tne mao 
and that they are both odd or both even. If they are not 
valid coordinates# the subroutine types an error message and 
asks for new coordinates until it gets valid ones. 

5.3 STRUCTURE OF THE OPERATIONS PHASE 
5.3.1 Game Sequence 

The two Dlayers and the Umoire are operating in a 
timed sequence controlled by the modules described in 
Section 3. The main portion of the Operations Phase is a 
large DO WHILE I ooo that continues until the END’iAR 
subroutine sets the logical flag OVER to true. The sequence 
of the loop is as follows: 

a. The Umoire sets the rules of engagement. 

b. In turn 1# the players assign electronic 
equipment to units or locations. 
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c. In turns other than 1/ intelligence requested in 
the last turn is outout to the cl sysrs. 

d. The olayers have a timed tjrn in which they 
change movement goals* assign air missions* reauest 
intelligence* etc. 

e. The Umoire's orogram moves the units toward 
their destinations. If conflict. situations arise the 
olayers are asked whether or not they want to attack or 
ret reat . 

f. Any attack requests are referred to the level 
required by the rules of enaagement. 

g. If attacks are aooroved* interdiction* close air 
supDort* counter air* and ground combat are conducted. 

h. The Umoire is given the opportunity to end the 
game or reoeat the 1 ood for another turn. 

The game sequence described above results from a 
complex heirarchy of modules* described in Section 5.6. 

5.3.2 Common Variables 

The Operations Phase uses 17 sets of common 
variables which are referenced and/or changed bv the various 

modules. These variables are of seven main types: 

a. Map descriptions 

b. Electronic system descriotions 

c. Unit descriptions 

d. Action request details 

e. Frequently used character variables 

f. Game control variables 

Many of these variables are initially incut from data files* 
others by oarticular modules. The variables are defined in 



2a3 



Section 5.5; the module descriptions in Section 5.6 
identify the common variables that are referenced and/or 
chanqed by each module. 

5.5.3 Interfaces 

There are two types of interfaces between the 
olavers and the Umoi re. The first type of interface is by 
messaae; the active module can write messaaes to files 40 
(for Red-Umpire messages) or ill (for G r een -Umo i r e messages). 
The inactive* waiting terminal oeriodically checks the files 
for messages and returns the answer or a dummy answer to the 
file* to be read by the active terminal. The routines used 
for this ouroose are Subroutines RLISTEN* GLISTEN* R M S G * and 
GMSG * which are described in Section 3.4. 

The second t yoe of interface is via blackboards. 
When control of the game is oassed from the Umpire to the 
olayers* the Umoire writes all common variables to files 25 
(SYSBRD.DAT) , 2b (REDBRD.DAT), and 27 (GRNBRD.DAT) using 
Subroutines SYSOUT* REDOUT* and GRNOUT. The olayers then 
read all three of the blackboards using Subroutines SYSBRD* 
RED8RD, and GRNBRD. The player's actions can change only 
the information in the blackboard of the same color* but 
cannot chanae either the system blackboard or the other 
ol aver ' s blackboard. When they are finished they write only 
the blackboard of their color* using Subroutines REDOUT or 
GRNOUT. The Umoire reads all the blackboards and can make 



changes to any of them 



5. a MODIFICATION 

5.4.1 Modification of me Control S e quences 

Modifications of Subroutines CPNCTL/ REOOPS/ GRNOPS/ 

RLISTEN/ GLISTEN/ R M SG/ and G^SG receive more than novice 
level orogram-ninq knowledge ana should be undertaken 
accordingly. See Section 3.4 for f u r t h e r * n f o r t. a t i o n . 

5.4.2 Modification of Data Lists 

Inout data changes can be made easily/ but details 
such as file columns are i^oortant. To modify a data file/ 
such as the system list/ establish a new file/ for example 

SYSTE M 2.DAT/ and cooy the default file i ntc it. Use the 
editor to "nake any desireo changes/ being sure to <eeD t^e 
column formats and data tvoes unenangefl. The- new file can 
be substituted for the default file by the J m d : re/ merely bv 
selecting Oction 5 H mod GAME: TAILOP DATA FILES" in tne 
"C0 M EL WAR GAMP OPTIONS" menu and giving rne filename of the 
new file (See CO MEL CONTROL PROGRAM in Section 3,4). 

5.4.3 Single v o d u 1 e Changes 

Some changes reauire only one module to be modified 
(or one Red module and the mirror imace Green module). For 
instance the terrain effect on communications is modules in 
Subroutines R T E R A I N and GTERAIN. The effect of terrain on 
movement is modeled in Real function PNTS. 
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To make a change to a single module* copy the module 

to a new file* make the chanqes* and then compile the file. 

Copv the original with no changes to a seoarate file to save 

it in case you later want to reinsert it. Add your new 

routine to the executable library file by the following 

sequence of commands: (Ref. 5] 

$ L I 8RARY /REPLACE AARLIB IC/R] 

$ FILE: filename (C/Rl 

The filename entered should be that of your new routine. 

The program must then be relinked with the commands: 

SLINK UMPIRE, ACQUIS /LI 8, WARL IB /LIB tC/R] 

SLINK PLAYER* ACQUIS /LIB* WARL IB /LIB (C/Rl 

The executable file of the game will now include the 
new routine until the LI BR AR Y/REPL ACE ana LINK commands are 
repeated* reolacing the original version or inserting still 
another new version of the same module. 

If your new module doesn’t work* compile and replace 
the original version into the executable file in the same 
wav. If your version does work and you want to ma<e the 
change permanent* include your mooule in the source file 
(UMPFILE.FOR* RED. FOR* or GREEN. FOR) *in olace of the 

original. (The location of each module is listed in the 
file descriptions in Section 5.6.) Document your change oy 
making the necessary corrections to the User’s and 



Maintenance Manuals 



For example/ to change the Subroutine ENEMY 



check 



the module listings in Section 5,6 of this manual to see 
that ENEMY is in file GENERAL. FOR. Use the editor tc create 
a new file# ENEMY2.F0R. Include GENERAL. FOR in the rew file 
and delete everything except ENE M Y. Make the desired 
changes to Subroutine ENEMY then exit the file and comoile 
the new version. Substitute the new version for the old one 
in the library with the LIBRARY/REPLACE command/ entering 
the filename ENEMY2 on the second line. Link the crogram 
and test it. To replace the original version ol ENE M Y / 
compile GENERAL.FOR and replace it in the library and 
relink. To make the new version of ENEMY Permanent/ edit 
GENERAL.FOR/ deleting the old version and including the new 
one in it's place. 

5.4.4 New Electronic System Types 

To add a new type of electronic system, sucn as 
laser communications/ satellite jammers/ airborne electronic 
warfare/ etc. the easy oart is adding the system to the 
system data file with aooropri ate system data information. 
You then must review the input routine/ the terrain 
seouences/ the communications effectiveness functions, the 
olayer action modules/ and the combat seouence modules to 
see if any changes are needed to implement the new system. 
If any modules must be changed/ modify and insert each 
change as described in Section 5.4.3, test the changes 
thoroughly, and revise the documentation. 
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5.4.5 New Unit Types 

Tc add a new type of unit, such as a light infanty 
brigade or a ground reconnaissance squadron, add the unit to 
the data files with aooropr i ate combat, air defense and 
other values. Then review the incut, player action, and 
combat sequences to see if changes are needed. Implement 
and document as described earlier. 

5.4.6 Revisions of Combat Models 

A chanqe to close air support / counter air, 
interdiction, movement, intelliaence, or ground combat 
modules may involve changing several routines. If you want 
to change a oarticular module, check especially its parents 
in the he^rarchy tree by tracinq the entries, and its 
children, by tracinq the programs called (listed in each 
module desc r i o t i on ) . Most player action modules are tied 
closely to one or more Umpire modules. For example, R R E C 0 N 
and RRECON set variables triggering OPINTEL. Be sure to 
check both player and Umpire modules for necessary changes. 
Implement and document your changes as previously described. 
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5.5 COMMON VARIABLES (OPERATIONS PHASE) 

/hex / 

hex(66,60) - character*!; for each hex in the map, 

identifies the terrain as open, woods, mountain, desert, 
sea , or lake 

owne r ( 66, 60 ) - character*!; for each hex, identifies 
whether presently neutral, or occupied by red, green, or 
both 

1 asown ( 66 , 60 ) - character*!; identifies the last side to 
have been in each hex 

/r hex/ 

rhex ( 66 , 60 ) - i n t ege r ; 2 for hexes on one bank of a river 

and 1 for hexes on the other side) 0 for hexes not or 
bank 



vhex(66»60)-inteqer; 
o t h e r w i s e 



1 for hexes containing road. 



keya(20,2)-integer; row and column of major objectives 
keyb ( 20 , 2 ) - i n t ege r ; row and column of minor objectives 
/system/ 



sy s t em ( 50 ) -c h a r ac t e r *8 ; equipment nomenclature 

et yoe ( 50 ) -c h a r ac t e r *5 ; classifies each system by tvpe 

number of end items of each kind 



noa(50)-inteqer; 
ava i 1 ao 1 e 



rdcos t ( 50 ) -i n t eger ; cost in 
Development of system 



$M 



for 



Re sea rc h 



and 



rdtime(50)-integer; time in years required for R + 0 

ardc s t (50 ) - i n t ege r ; cost for accelerated R+D 

ardtim(50)- integer; time for accelerated R+D 

mdcost (50) -i nt eger ; cost for manufacturing and deployment 

mdt i me ( 50 ) - i n t ege r ; time in years for H+D 

nomc s t ( 50 ) - i n t ege r ; cost of normal operating and 

maintenance 
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romcst C50)-i nteqer; cost of 0 + M at reduced readiness 

mob ( 50 ) - i n t ege r ; mobility in hexes Der turn 

crng(50)-inteqer; communications range in hexes ; 
beamwidth of satellites 



crngs(50)-integer; for HF egui omenta skywave range 

sec (50)~i nteger ; security factor; ability to resist 
jamming and intrusion 

rel (50 ) -real ; reliability 

re 1 S ( 50 } -•'ea 1 ; reliability of HF eQuioment in skywave 

ooerat i on 



f 1 e x ( 50 ) - rea 1 ; 

oot (50)-real ; 

c3e(50)-real ; 

c3es (50 ) -rea 1 ; 
ooerat i or 



flexibility 
oot ????? 

C3 effectiveness 
C3 effectiveness 



o f 



HF 



in skywave 



ew f ( 50 ) - i n t ege r ; Electronic warfare effectiveness; 
ability of E W equipment to overcome the security factor of 
communications equipment 



ecm ( 50 ) -rea 1 ; effectiveness of jamminq 
esm ( 50 ') - i n t ege r ; ability to detect emisions 
beams(SO)- integer; for satellites/ the numoer of beams 
/t ab 1 e/ 

table(50,50)-character*i; compatibility table; n if not 
compatible; t if compatible; w if compatible only with 
wire connection; a if wire connection only in same hex 

nc apa t ( 50 ) -c h a r ac t e r * 1 ; compatibility of equipment with 
systems at NCA 

/tabled/ 



t ab 1 e2 ( 1 0 / 1 0 / 6 ) - i n t ege r ; combat results table 
/redunt/Zgr nunt / 

redun t /gr nun t ( 20 ) -c h a r ac t e r*8 ; names of comoat units 
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rforce/aforce(20)-character*5 



type of unit 



/redpos/Zarnpos/ 

rrow/qrow(20)-integer; row location of unit 

r CO 1 /geo 1 ( 2 0 ) - i n t ege r /* column location of unit 

rumob/gumob ( 20 ) - i n t ege r ; mobility of unit 

rgoa 1 /gqoa 1 ( 20 / 2 ) - i n t ege r ; destination of unit 

rcmb t p/gcmb t p ( 20 ) -rea 1 ; combat points of unit 

radno/gadno (20 ) -i nt ege r ; air defense value of unit 

rcasv/gcasv(20)-i nteger? close air support value of air 
wi ng 

rc a v/gc a v ( 20 ) - i n t ege r ; counter air value of air wing 

rewv /ge w v ( 20 ) - i n t ege r ; ability of air wing to use jammers 
and other tactics to overcome enemy air defenses 

rcnlst/qcnlst(20)-integer; identifies intentions of unit 
in enemy control zone? 4 if unit was last to arrive and 
wishes to attack; 3 if unit was first to arrive and 
wishes to attack; 2 if unit is defensive only 

r se a 1 /gsea 1 ( 1 0 , 2 ) - i n t ege r ; sealift information; t 3 Sk 

force and marine indexes in unit list 

rown /gown ( 1 0 , 3 ) - i n t ege r ; list of changes to owner matrix; 

row/ col/ and value of hex 

r 1 as/g 1 a s ( 1 0 ) - i nt ege r ; corresoondi nq value of 'I asown hex 
/redeg//grneq/ 



r edeg/g r neg ( 1 0 0 ) -c h a r ac t e r * 8 ; nomenclature of eauioment 

rauni t/aauni t ( l00)-character*8; mobile eauioment unit 
ass i gnment 

rmode /gmode ( 1 0 0 ) -c h a r ac t e r *5 ; ESM or ECM mode of 

operation for EW equipment 

/reqpos/qegpos/ 

reqrow/gearow( 100)- i nteger; row location of eauioment 
reacol /geacol ( 1 00 ) - i nt eae r ; column location of eauioment 
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r i t e m / g i t e mi. 1 0 0 ) — i n t e g e r ; system number of <?au i p^ent J 

link to system list using the index number in that list 

rtc3e/gtc3e(2O0)-real ; temoorary C3 effectiveness/ based 
on basic c3e value/ t:errai n and jamming effects 

r t c 3es/qt c 3es ( 1 00 ) -rea 1 ; temporary C3E of HF in skywave 
ops 

rtcrng/gtcrng(100)-integer; temporary range/ after 

terrain effects 

rbeam/gbeam ( ! 00 / 1 0 / 2 ) - i n t ege r ; center of satellite beams 

rrom/grom(100)-real; Percentage of normal effectiveness 
due to reduced readiness (because of cost cutting in 
Acquisition Phase of game) 

/redwar/Zqrnwar / 

rintd/gintd(2G,5,2)-inteqer; target locations for 

interdiction 



rtintd/atintd(20)-integer number of interdiction missions 
possible in this turn by this air wing 

rtcasv/qtcasv(?0)- integer; temporary close-ai r-suoport 
value of an air unit; based on normal value/ comm 
effectiveness and jamming 

rtcav/gtcav(20)-integer; temporary counter-air value 



rrecce/grecce^integer; number of reconnai sance missions 
request ed 



roat h r/gpat h r 
oath to goa 1 ; 



20/50)- i nteqer? 
for air wings/ 



row va 1 ues 
route of recce 



of d r o j ec t ed 
photo run 



rpathc/aoathc (20,50)- integer; 



column values of path 



rstart /gstart (20) -i nteger ; next hex in oath 



rend/gend(20) -integer; last hex in oath 

r 1 ent h/gl ent h (20 ) -i n t eger ; lenqth of Path in movement 
points 



rab/gab-i nteger; index number of airborne command posts 
rab 1 /gab 1 ( 1 0 ) - i n t ege r ; list of index numbers of all A8NCP 
raba/gaba- i n t ege r ; A3NCP presently on call 
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rico1/gicol(100)-integer; left hand column for 

intelligence satellite to survey 

raw/gaw* i n t ege r » 1 index number of A/JACS 

r aw 1 /ga w 1 ( 1 0 ) - i n t ege r ; list of index numbers of all AwACS 
rawa/gawa- i n t ege r ; AwACS oresent 1 y on call 

rava 1 b/gava 1 b-rea 1 / probability of ABNCP being 
operational/ based on number purchased 

ravalw/gavalw-real/ probability of AW ACS being available 

r 1 i f t /g 1 i f t * i n t ege r ; index number of unit being airlifted 

rdrop/gdrop(2)- integer; location of droo zone 

rland/gland-integer; index numoer of unit being deoarked 
f rom sealift 

rshore/gshore(2)-integer; location of landing 

rtargt/gtargt-integer; index number of satellite being 
targeted 

rweapn/gweaon-integer; index number of anti-satellite 
weaDon 

/words/ 

jtfhq - character*5; JTFHQ 

armor - character*5; armored briaade 

relay - character*5; communications relay cr E> 
detachment 

mech - character*5; mechanized brigade 

cbg - character*5; carrier battle group 

atf - caaracter*5»' amohibious task force 

abn - character*5/ airborne brigade 

tfw - character*5; tactical fighter wing 

amph - character *5; Marine amphibious brigade 

air - character*5; tyDe unit used in getting direct oath 
from optimum oath routine (not affected by terrain) 
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g t s a t - character^S; 



satellite ground terminal 



abncp - character*?; airborne command Dost 
awacs • character*?; A^ACS 



ew - 


character's; 


trt iquipment 


t ac 


- character*5; 


tactical equipment 


h f - 


charact er*5; 


h * equ i pmen t 


1 os 


- character's; 


1 i ne-o f -s i gh t equipment 


sat 


- c harac t er *5; 


conmun i cat i ons satellites 


vl f 


- c harac t er *5; 


vl? equipment 


sw - 


character*?; 


switching system 


soy 


- charact e r *5 ; 


intelligence satellite 


asat 


- character*? 


; anti-satellite weaoon 


red 


- character*!; 


' r * ; Red Player 


grn 


- character*!; 


’ g * ; Green Player 


/game/ 







gamtrn-inteqer; number of oresent operations turn; 
number 

seed-i nteqer ? seed for random number generator 
de 1 t a - i n t ege r ; length of turn in seconds 



day 
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5.6 the OPERATIONS MODULES 



SUBROUTINE INPUT () 

File: UMPFILE.FOR 

Puroose and Method: 

This routine ODens and reads the data files 

necessary for the Ooerations Phase. 

Ooen and read files for map data and system 

information. Read lists of eauioment; if file is emoty> 
call Subprogram INITIAL to build new list. Determine 

whether Umpire wants to build a new unit list: if so call 

Subroutine UNITLIST; if not* read default list. Ooen and 
read combat results table. Ooen b 1 ac kboa r ds . 



Common Variables Changed: 



hex 


a rdt i m 


ew f 


rembt p/gemot 


r he x 


none s t 


ecm 


radno/qadno 


vhe x 


romc s t 


esm 


rcasv/gcasv 


key a 


mob 


beams 


r cav/gc a v 


keyo 


C rng 


table 


re wv/qewv 


system 


C r ngs 


ncaoat 


reaea/grnea 


et yoe 


sec 


t ab 1 e2 


rtc3e/atc3e 


noa 


re 1 


redunt/arnunt 


r r om /g rom 


rdcost 


re 1 s 


rforce/qforce 


ri tem/gi tem 


rdt i me 


flex 


rrow/grow 


r sea 1 /qsea 1 


mdc os t 


oot 


rco 1 /qc o 1 


owner 


md t i me 


c 3e 


rumob /gumob 


1 asown 


ardcs t 


c 3es 


rqoa 1 /ggoa 1 


gam t u r n 


Subprograms 


Cal led: 






Subrout i ne 


INITIAL 






Sub rout i ne 


UNITLST 






Data Files Accessed and 


File N a m e : 




11 - Hex data 


HEX. 


DAT 


12 ~ Road 


data 


RHEX 


.DAT 


13 - River 


data 


V HE X 


.OAT 


1 4 - System list 


SYSTEM.DAT 
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15 - Red equiDment list 

16 - Green ecuioment list 

17 - Red unit list 

18 - Green unit list 

19 - Comoatibility table 

20 - Combat outcomes table 

21 - Key ob ject i ves 

25 - System and mao blackDoarc 

26 - Red blackboard 

27 - Green blackboard 



REQUIP.DAT 

GEQUIP.DAT 

REDUNIT.DAT 

GRNUNIT.DAT 

TABLE.DAT 

TABLE2 .OAT 

KEY .OAT 



SYSBRD.DAT 

RED3RD.DAT 

GRNBRO.DAT 



Entries: 

Subroutine OPNCTL 

SUBROUTINE INITIAL () 
File: UMPFILE.FOR 

Pumose and Method: 



This routine allows the Umcre to ouild new initial 



eouioment lists for the Red and Green forces. 



For each system, output name* and numoer available. 



Inout number allocated to Green forces and add to eouioment 
list, setting equipment name equal to system name, ana 
setting other variables as appropriate. Ask whether the 
eouioment is to be operated at *ull or reduced readiness. 
Reoeat for Red forces. Adjust number availaole. Set 
sentinel s . 

Major Variables 

rnum/gnum - integer? number of items of each syster 
to out in list 

rcount /gcount - integer? total number o 6 items on 
1 i st 

Common Variables Changed 



r mode /gmode 



r i t em /g i tern 
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redeq/grneq rrom/qrom 

noa 

Common Variables Referenced but Not Changed: 
system 
Entries: 

Subroutine INPUT 



SUBROUTINE UNITLST () 



File: UMPFILE.FOR 

Puroose and Method: 

This routine allows the Umoire to set ud the 
oodos i nq forces. 

Inout unit names until sentinel is entered. Enter 
the Green JTFHQ name first* then other Green units. For 
each unit other than the JTFHQ* determine tyoe of unit and 
set GFORCE and GUMOB accordingly. Enter location; set 
initial goal to stationary (0*0); set combat Doints to 
default. Based on type of unit* set air defense* close air 
support* counter air* ew* and combat values. Repeat for Red 
forces . 

Common Variables Changed: 



redunt/grnunt 
rforce/gforce 
rumob/gumob 
r row/qrow 
rco 1 /geo 1 

Subprogram calls: 

Subroutine CHECK 

Entries: 



rgoa 1 /gqoa 1 
rembt p/gembt p 
radno/gadno 
rc as v /gc as v 
rcav/gcav 



re wv/gewv 
owner 
1 asown 
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Subroutine INPUT 



.SUBROUTINE OPINTEL () 

File: UMPFILE.FOR 

Purpose and Method: 

This subroutine provides players with intelligence 
information according to tne satellite survey corridors and 
recce flights reguested in the previous turn, and from ew 
equipment that is in the ESM mode. 

For each Red Tactical Air wing, check C3EXT. If 
comm is UP/ check each hex in listed oeth for enemy units 
and write msg to appropriate player. Dc same for Green 
T F W s . For each Red intelligence satellite/ check to see if 
the JTFHQ has connectivity to NCA to receive the data (if a 
random number is less than NCACON). Then find the indicated 
column and use the crng to determine the beamwidth? then 
survey those columns for enemy unite. For Red EW equi orient 
in the ESM mode/ check compatibility and range to enemy 
t r ansm i t t e r s . Do same for Green equipment. 

Major Variables: 

row/col - integers; hex being inspected 

i angle “ integer, rounded value of bearing from ESM 
equipment to enemy emitter 

rn - real; random number 

rcomm/gcomm - real; external comm effectiveness of 
air wing flying recon; ability to pass recon 
information to HQ 

rnca/gnca * real; connectivity to NCA; ability to 
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connect to conus to request and receive satellite 
i nt e 1 1 i qenc e 

rng - integer; distance from air winq to JTFHQ 

div - real/ interim value used in calculatinq iangle 

Dower • integer; ability of ESM to overcome security 
o f comm systems 

airoow - integer; total combat Dower of air wing 



ray - logical; flag indicating an ESM system has 
detected a comm system 



x - logical; t^ue if ew system is effective against a 
given comm system 



Common Variables Referenced but Not Changed; 



redunt /grnunt 
rforce/qforce 
r row/qrow 
rco 1 /gc o 1 
roa t h r /qpa t h r 
roa t he /qoat he 
redeq/grneq 
ri tem/gi tern 

Subprograms Cal 



reqr ow/georow 
reqeo 1 /geqco 1 
r t c rng/gt c rng 
r i co 1 /g i co 1 
rcmbtp/qcmbtD 
rmode/gmode 
rc as v /gc asv 
r t c 3e/g t c 3e 



rcav/qcav 

rew v /qewv 

owner 

e t yoe 

esm 

sec 

seed 



Subroutine RLISTEN/GLISTEN 
Integer function RANGE 
Real function C3EXT 
Real function NCACON 
Logical function COMPAT 

System functions RAN, ABS, ATAN, and IFIX 



Entries; 



Subroutine OPNCTL 



SUBROUTINE EivCHECK () 
File: UMPF ILE . FOR 

Purpose and Method; 
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This subroutine checks each piece of EW equipment in 



the ECM mode and determines if it is an effective jammer 
against any enemy comm equipment. It then adjusts the 
temoorary c3 effectiveness of the affected comm gear. 

Check Red equipment lists for EW equipment in ECM 
mode. Check enemy comm gear for range and compatibility 
with EW gear. If effective/ adjust temporary C3 

effectiveness of enemy gear by an amount o~roortional to the 
ECM value of the EW equipment. Repeat for Green EW 

equ i omen t • 

M a j or Variables: 

diff - integer; difference between ew factor and 
security factor of EW and comm equipment 

rng - integer? range from EW to comm eauioment 

x - logical; true if EW system is effective against 
comm 

Common Variables Changed: 

rtc3e/gtc3e 
r t c 3es/gt c 3es 

Common Variables Referenced but ^ot Changed: 



redeq/arneq rtcrng/gtcrng ecm 
ritem/gitem reorow/geqrow ewf 
rmode/gmode r eoc o 1 /geqc o 1 ecm 
etyoe seed sec 



Subprograms Cal led: 

Integer function RANGE 
Loqical function COMPAT 
System functions RAN and IFIX 

Entries: 

Subroutine COMBAT 



260 



SUBROUTINE CA (RAT1RT,GATTRT,RRESLT,GRESIT) 






File: UMPFILE . FOR 

Puroose and Method: 

This routine calculates the outcome of counter air 
(air-to-air) battles when air forces of one side, enroute to 
their missions# are intercepted by air forces of the other 
side. 

Total counter 3 ir value of Red air forces. Total 
counter air value of Green air forces. Calculate score of 
air battle as the difference between counter air values of 
the forces. Based on score and random number# determine 

with internal tables (Figure A - 8 of Users' Manual) which air 
forces are attritred# whether the other missions continue or 
abort# and whether counter air capability is decreased. 
Paramet ers : 

rattrt/gattrt - logical; true if air forces sustain 
losses in the air battle 

rresltVgreslt - logical# true if mission is to 
continue# false if it must be aborted 

Other Major Variables: 

rcat/gcat ~ inteaer# total temoorary air value of one 
side 

comm - real# internal C3 effectiveness of air unit 
score - integer; score in counter-air battle 
rn - real; random number 
i rn - integer; random integer 
Common Variables Changed: 
rtcav/atcav 
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rcav/acav 



Common Variables Referenced but Not Changed: 

redunt /qrnunt rrow/grow 

seed rcol/gcol 

Subprograms Called: 

Real function INTC3 

System functions RAN and IFIX 

Entries: 

Subroutine DICTION 
Subroutine RSTR I KE/GSTR I KE 



SUBROUTINE DICTION (FIRST) 
File: UMPFILE .FOR 

Purpose and Method: 



Thi 


s module deducts 


recce f 1 i qht s 


from 


o t n e r air 


caoab i 1 i t y 


of each side 


and determines 


i f 


interdiction 


strikes are 


oe r m i 1 1 ed . 









If any recce missions were flown, subtract them from 
the total number of interdictions that can be flown. If any 
interdiction capability remains/ and missions were 
requested/ then check to see if rules of engagement require 
aooroval from NCA. Call up strikes. Since recce flights 
take oriority over all other air missions/ if there are 
still recce missions not accounted for (they outnumbered the 
interdiction missions) decrease the temporary close air 
support value and counter air value of the air forces. 
Repeat the process for Green missions. 
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Paramet ers 



first - integer; number indicates rules of engagement 
Other Major Variables: 

rn - real; random number 

comm - real? connectivity to NCA 

strikr - character*}; attacker 

strikes - integer; number of strikes Dossiole 
Common Variables Changed: 



rrecce/grecce 
rintd/gintd 
r t i n t d/gt i n t d 



rtcasv/gtcasv 

rtcav/gtcav 



Common Variables Referenced but Not Changed: 



redunt /grnunt 
seed 

Suborograms Called: 



r rc w/gr ow 
rcc 1 /geo 1 



Subroutine RLISTEN/GLISTEN 
Subroutine RSTRIKE/GSTPIKE 
Real function N C A C 0 N 
System function RAN 

Entries: 

Subroutine OPNCTL 



SUBROUTINE RSTR IKE/GSTR IKE (FIRST) 

File: UMPFILE.FOR 

Puroose and Method: 

This routine determines the results of any aporoved 
interdiction missions. 
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If the enemy has AWACS# conduct counter air tefore 



the interdiction mission. If attrition results from counter 
air (see Subroutine CA), reduce effectiveness of the 



offensive 


a i r 


unit by reducing 


the EW 


va 1 


ue . 


No t i f y 


paye 


if mission 


must 


be 


abo r t ed . If 


mission 


i s 


not aborted 


determi ne 


i f 


any 


enemy units 


are 


i n 


the 


target 


area 



Conduct ground air defense by contrasting the Ew value of 
the aircraft with the air defense value of the ground unit. 
Use an internal table (Figure A-9 of the Users' Manual) to 
compare the difference with a random number. If 
interdiction attack gets through the counter air and air 
defense# stop movement of enemy forces and attrit them bv 
reducing their combat points by 1.0. If AwACS was net 
available to the enemy, conduct counter air after the 
interdict ion. 

Par amet er s : 

first - integer; rules of engagement 
Other Major Variables: 

rn#rn2»rn3 - real; random numbers 
i rn - integer; integer random number 
ad - integer; air defense results 

r at t r t /ga t t rt - logical# true if forces incur losses 
in ai r-to-ai r battle 

rreslt/greslt - logical; rrue if interdiction mission 
can continue# false if it must abort 

comm - real; external connectivity of air wing and 
later internal connectivity 

rng - intger; range from air wing to JTFHQ 
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go - loqical/ true if all comm checks work 
Common Variables Changed: 



rcmbto/gcmbat p 

Common Variables Referenced but Not Changed: 



Suborograms Called: 

Subroutine Rl I STEN /GL I STEN 

Sub rout i ne C A 

Inteqer function RANGE 

Real function C3EXT 

Real function INTC3 

System functions RAN and IFIX 

Entries: 

Subroutine DICTION 



SUBROUTINE COMBAT (FIRST) 
File: UMPF ILE . FOR 

Puroose and Method: 



This subroutine does any an t i *Sa t e 1 1 i t e firings and 



initiates combat between enemy units. Priority for attacks 
goes to Red or Green randomly/ then oroceeds according to 
the value of the conflict list (units arriving last and 
wanting to attack/ then units arriving first and wanting to 
attack). The subroutine also calls Subroutine E/J CHECK to 
adjust temoorary C3 and range values for jamming. 



rgoa 1 /ggoa 1 



rewv/gewv 



redunt /arnunt 
rrow/arow 
rco 1 /geo 1 



rtintd/gtintd radno/gadno 
rintd/qintd rforce/gforce 

ravalw/gavalw seed 
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Fire any ant i -sat e 1 H t e weapons requested oy 

comparing a random number to the C3E of the anti-satel 1 i te 
# 

weapon. Call E'WCHECK. Determine randomly whether Red or 
Green has first chance to attack.. Determine order of 
attacks based on conflict listsf and call aoprooriate attack 
module. Write message to player if any defensive units were 
not attacked. Reverse order if Green is given first chance 
to attack. Outcome of ground combat is determined in 
RATTACK/GATT ACK and FIGHT subroutines. 

Par amet ers : 

first - integer; rules of engagement 
Other Major Variables: 

rn - real ; random number 

hit - logical; true if an attack approval has been 
request ed 

side - character*5; red or green 

Common Variables Changed: 

rtc3e/otc3e rweapn/gweapn 

r cmbt o/gc mb t o r t a rg t /g t a r gt 

raunit/qaunit rcnlst/gcnlst 

Common Variables Referenced but Not Changed: 

redunt /qrnunt 
redeq/g rneq 
seed 

Subprograms Called: 

Subroutine EWCHECK 
Subroutine RATTACK/GATT ACK 
Subroutine RL I S TEN/GL I STEN 
System function RAN 

Entries: 
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Subroutine OPNCTL 



SUBROUTINE R A T T AC K /G A T T ACK ( I , F I RS T , H I T ) 

File: UMPFILE.FOR 

Puroose and Method: 

This routine determines i * connectivity exists to 
get aDoroval for an attack. 

Identify hexes adjacent tc- unit. Determine if any 
enemy unit is in range for an attack. Check internal 
communications of unit. Check external communications. If 
rules of engagement reguire MCA acoroval of attacks, check 
connectivity to NCA. Ask Umpire if he warts NCA to aoorove 
attack. If rules of engagement s 1 1 ov JTF aooroval of 
attack, NCA connectivity check is not required. If local 
commanders have attack authority# only the internal comm 
check is reauired. If aporoved# begin attack; otherwise 
give enemy the oooortunity to attack. If attack was aborted 
because of lack of connectivity, notify o layer and adjust 
combat points. Notify player if there is no longer an enemy 
unit in the area. 

Parameters : 

i - inteqer; index number of attacking unit 
first - integer? rules of engagement 

hit - logical? true if opponent is given opportunity 
to attack 

Other Major Variables: 

battle - integer; 2 if attack is aborted for lack of 
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connect i vi ty 



comm - real? connectivity to NCA, then external c3, 
then internal c3 of attacking unit 

r / c , 1 f / r t / uo 1 , up2 / dn 1 / dn2 - integers? hex numbers of 
unit location and adjoining hexes 

rng - integer? distance from unit to JTFHQ 

rn - real? random number 

Common Variables Changed? 

rcn 1 s t /gen 1 s t 
remb t D/gc mb t d 

Common Variables Referenced but Not Changed: 

redun t /g r nun t rrow/grow 

seed rcol /gcol 

Suborograms Called: 

Subroutine RATTACK/GATTACK (call each other) 

Subroutine R8ATTLE/G8ATTLE 
Subroutine RL I STEN/GL I S TEN 
Integer function RANGE 
Real function NCACON 
Real function C3EXT 
Real function INTC3 
System function RAN 

Entries: 

Subroutine COMBAT 

Subroutine RATTACK/GAT TACK (each called by the otner) 



SUBROUTINE RBATTLE/G8ATTLE (I,J) 
File: UMPFILE.FOR 

Puroose and Method: 
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This subroutine computes the effect of E3M and 



terrain on combat value as one unit attacks an enemy unit; 
it calls subprograms to compute losses due to close air 
support and ground combat. 

Compute effect of ESM on Red combat value oy 
subtracting the EN factor of the E'/J equipment from the 
security factor of the enemy's communications equipment and 
then comparing the difference to a random numoer. If the 
difference is greater, add the ESM value of the £ W equipment 
to the combat points of the Red unit. Compute effect of ESM 
on Green combat value. Compute effect of terrain on 
attacking unit and defending unit, including additional 
combat points for mountains, woods, and cities which provide 
good cover for the forces. Add points if the defensive 
forces are behind a river. Call for close air support for 
attacking side. Output combat value entering ground combat 
phase. Call for ground combat (see Subroutine FIGHT). 
Paramet er s ; 

i - integer; index number of attacking unit 
j - integer; defending unit 
Other M ajor Variables: 

rng - integer; distance between units 
rn - real; random number 
i rn - integer; random integer 

diff - integer; difference between EW factor and 
security factor of EW and comm eguioment 

rtont/gtont - real; temporary combat points, adjusted 
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for terrain and esm 



x - logical? true if ESM equipment is effective 
aqainst comm equipment 

row, col - integer, location of unit i 
r,c - integer; location of unit j 
Common Variables Referenced but Not Changed: 



redunt /qrnunt 


rauni t/gauni t 


ew f 


r row/grow 


ri tem/gi tern 


sec 


rco 1 /geo 1 


rmode/gmode 


esm 


redeq/grneq 


rtcrng/gtcrng 


hex 


reqrow/geqrow 


rembt p/gembt o 


vhex 


reqcol /geqcol 


et ype 


seed 



Subprograms Called; 

Subroutine RCAS/GCAS 
Subroutine FIGHT 
Subroutine RL I STEN/GL I S TEN 
Integer function RANGE 
logical function COMPAT 
System functions RAN and IFIX 

Entries; 

Subroutine R A TT ACK /G A TT ACK 



SUBROUTINE FIGHT (S IDE, I , J, RTPNT , GTPNT ) 

File; UMPFILE.DAT 
p uroose and Method: 

This subroutine computes the outcome of ground 
combat between Red unit I and Green unit J. 

Compute difference in combat points. Check TABLE2 
(Attachment A-ll to the Users' Manual) for combat outcomes, 
based on the difference in combat points ana on a random 
number. Assign outcomes to appropriate sides. Output 
losses. If outcome table indicates retreat is necessary for 
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Red forcesr move them back along approach path. Do same for 
Green re treat. If outcome table indicates Red comm losses 
result, locate equipment with lowest security factor(see) 
and change C3 effectiveness to zero. Do same for Green comm 
losses, 

Paramet ers : 

side - character*l? attacking side. Red or Green 
i - integer? index number of Red unit 

j - integer? index number of Green unit 

rtpnt/gtont - real? temporary combat points 
Other Major Variables: 

diff * integer? integer difference oetween combat 
values of the units 

rn - real ? random number 

i rn - integer? random integer 

gone - inteqer? index number of comm equipment with 
lowest security factor? rendered unusable in the 
battle 

rl oss/ql oss - integer? losses in combat 

rret/gret - integer? number of hexes unit must 
ret reat 

rcl/gcl - integer? number of comm eguiment items 
rendered unusable 

aloss - integer? attacker's loss 
dloss - integer? defender's loss 

aret - inteqer? number of hexes attacker retreats 
dret - inteqer? number of hexes defender retreats 
ac 1 • integer? number of comm systems attacker loses 

del - integer? number of comm systems defender loses 
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mvpnts - real/ movement ooints of unit 



min - integer? minimum security value of assigned 
equ i pmen t 

Common Variables Changed: 



'•cmb t o/gcmb t p 
rgoa 1 /ggoa 1 
rauni t/gauni t 



r t c 3e/gt c 3e 
rtc3es/gtc3es 



Common Variables Referenced but Net Changed: 



redunt /grnunt 
r f orce/gf orce 
r row/grow 
r co 1 /geo 1 



roat h r/gpat h r 
rpat hc/gpathc 
rstart/gstart 
r edeo/grneg 



ri tem/gi tern 
sec 

t ab 1 e2 
seed 



Subprograms Called: 

Subroutine M V M E N T 
Subroutine RL I STEN/GL I STEN 
System functions RAN and IFIX 

E n t r i e s : 

Subroutine R8ATTLE/G0ATTLE 
SUBROUTINE RCAS/GCAS C I , J , RTPNT , GTPNT ) 

File: UMPFILE.FOR 

Purpose' and Method: 

This subroutine computes the effect of close air 
support on enemy ground forces. 

Find air unit with close air support value 
remaining. Compute air defense outcome by comparing the Ed 
value of the aircraft with the air defense value of the 
ground unit. Use an internal table (Figure A-9 of the 
Users* Manual) to compare the difference with a random 
number. If CAS aircraft get through enemy air defenses, 
compute effectiveness against enemy ground forces by 
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checking the internal communications effectiveness of the 
air unit. If INTC3 is greater than a random number/ 
decrease the ground unit combat value by 1.0, 

Parameters : 

i - integer? index number of attacking unit 

j - integer; index number of defending unit 

rtpnt/gtont - real temporary combat values 
Other Major Variables; 

rn - real; random number 

irn - integer; random integer 

ad - inteaer; air defense outcome 

comm - real; internal c3 effectiveness of air * i n g 
providing c 1 ose-a i r-supoo r t 

done - logical'; true when cas has been provided by 
one wing; prevents dubplication of effort by another 
wing 

Common variables changed; 

rewv/gewv rc mb t o/gc mb t o 

rgoa 1 /ggoa 1 

Common Variables Referenced but not Changed; 

r edunt /grnunt r t c as v /gt c as v 

rrow/grow radno/gadno 

rco 1 /geo 1 seed 

Subprograms Called; 

Subroutine RL I STEN/GL I S TEN 

Real function I N T C 3 

System functions RAN and IFIX 

Entries; 

Subroutine RB A T TLE /GB A T TL E 
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SUBROUTINE ENPWAR (OVER) 



File: IJMPF ILE .FOR 

Purpose and Method: 

This subroutine detemi nes whether either side has 
won the war in a decisive victory. If not/ it gives status 

to the Umoire and allows the Umpire to decide whether to 
artificially declare an end to the war with or without a 
marginal wictcry for one side. 

Determine if either side controls the major 

objectives by checking the last owner of hexes listed in 
KEYA. Determine if either side controls the minor 

objectives <n the same way/ using hexes listed in KEYS. If 
the same side controls both major and minor objectives 
declare them the decisive victors and end the game. If one 
side controls the major objectives and the otner side 
controls no minor objectives/ the first side has a marainal 
victory. Allow the Umpire to decide whether to end the 
game. If one side controls all major objectives but the 

enemy controls any minor objectives/ tne outcome is 
indecisive. Allow the Umpire to decide whether to end the 
game and whether to declare the first side a winner. If 
neither side controls the major objectives/ there is no 
winner. Allow the Umpire the option of ending the game in a 
ceasef i re . 

Parameters: 

over - logical/ true if controller decides to end 
game or if one side has achieved victory 
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Other Major Variables: 

row, col - integers; location of a key objective 

major - character*l; side which controls major 

objectives 

minor - character*!; side which controls miner 

ob j ec t i ves 

winner - character*5; side which is winning or ahead 

Common Variables Referenced but not Changed: 

keya 1 asown 

keyb 

Subprogram Calls: 

Subroutine RPOS I T/GPOS I T 
Subroutine RL I STEN/GL I S TEN 

Entries: 

Subroutine OPNCTL 

SUBROUTINE SETOWN () 

File: UMPFILE.dat 

Puroose and Method: 

This module sets the OWNER and L A 5 0 W M maos to 

indicate the oresence of a newly established unit, 

designated by the Red or Green Player. 

Mark new Red units. Do same for Green. 

Reinitialize variables to zero for next turn. 

Common Variables Changed: 

owner r own/gown 

lasown rlas/glas 

Entries: 

Subroutine OPNCTL 
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SUBROUTINE RULES (FIRST) 



File: UMPF ILE . FOR 

Purpose and Method: 

This module allows the Umpire to review and change 
the rules of engagement. 

Write current rule. Ask if rule should be changed) 
output menu of possible rules. 

Paramet ers : 

first - integer) rule of engagement 
Entries: 

Subroutine OPNCTL 

SUBROUTINE MVMENT (I, ROW , COL , NROrt / NCOL , MVPNTS , S I OE * FORCE , 

CNFLCT) 

File: GENERAL. FOR 

Puroose and Method: 

This subroutine moves a unit from one hex to the 
adjacent hex if the unit; has sufficient movement points. It 
calls Suboroqram ENEMY to detect enemy units in adjacent 
hexes . 

Compute number of points required for the move. If 
the unit has sufficient movement points* make the move* 
changing the OWNER array if no units from the same side 
remain in the old hex. Check for enemy units. Set OWNER 
and LASOWN arrays to indicate presence of unit. 

Paramet ers : 

i - integer; index number of unit 

row*col - integers; location of unit 
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nrow,ncol - integers; new location of unit 
mvpnts - real? movement points of unit 
side " character*!; side unit is on 
force * character*5; type of unit 

cnflct - logical/ true if enemy unit is in same or 
adjacent hex (to nrow,ncol) 

Common Variables Changed: 

owner 
1 asown 

Subprograms Called: 

Subroutine ENEMY 
Real function PNTS 

Entries; 

Subroutine FIGHT 
Subroutine RMOVE/G M OVE 

SUBROUTINE ENEMY ( ROW , COL , S I DE , CNFLC T ) 

File: GENERAL. FOR 

Purpose and Method: 

This subroutine surveys HEX(row,col) and adjacent 
hexes for enemy units. 

Identify adjacent hexes and initialize logical to 
false. Survey hexes; if owner is other side or both, set 
logical . 

Parameters: 

row, col - integers; center hex 

side - character*!; side doing check 

cnflct - logical; true if other side is present 
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Other jor Variables: 

iu/id/ius/ids/jl/jr - integers/ row or column of 

adjacent hexes 

Common Variables Referenced but not Changed: 

0 wn e r 
Entries: 

Subroutine FIGHT 

Subroutine MVMENT 

Subroutine RM0VE/6M0VE 

REAL FUNCTION PNTS (SIDE, I , ROW , COL , NROW , NCOL , FORCE ) 

File: GENERAL. FOR 

Puroose and Method: 

This function computes the movement DOints necessary 
for a unit to move to an adjacent hex. 

Get ooints required to move into a hex of that 
terrain type from internal data. Adjust by adding one ooint 
if the unit must cross a river (if VHEX total of the two 
hexes is three). Adjust if the unit is moving along a road 
(if RHEX of both hexes is 1). Check type of unit for sea vs 
land movement. For air travel/ terrain has little effect. 
When called from RECON mooule/ to set photo recon route/ set 
all hex movement points eaual. When called from TERAIN 
module to establish line-of- sight/ set all movement points 
equal to get nearest possible to straight line. 

Parameters : 

side - character*!; side moving 

1 • integer; index number of unit moving 
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row iCOl 



integers; present location 



nrow,ncol - integers; proposed location 
force • character*5; type of unit 
Other Major Variables: 

river - integer; total vhe* points of the two hexes; 
a 3 indicates crossing the river 

points - real* number of points reguired for the move 

Common Variables Referenced but not Changed: 

hex r h e x 

vhex rsea l /qsea l 

Entries: 

Subroutine MVMENT 



SUBROUTINE SYSOUT C) 

File: GENERAL. FOR 

Purpose and Method: 

This routine writes a’l common map and system 

variables to file #25 for later access. 

Common Variables Referenced but not Changed: 

Re f e r enc es ( w r i t es ) all common variables from hex/ 
rhex, system, sysacq, sysops, table, table2, and game 
commons 

Entries: 

Subroutine OPNCTL 



SUBROUTINE REDOUT () 
File: GENERAL. FOR 

Purpose and Method: 
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This module writes all common red variables to file 



#26 for later access. 

Common Variables Referenced but rot Changed: 

Re f e renc es ( w r i t es ) all variables from redunt, redpos, 
redeq* reopos, and redwar commons. 

Entries: 

Subroutine OPNCTL 
Subroutine REDOPS 



SUBROUTINE GRNOUT () 

File: GENERAL. FOR 

Purpose and Method: 

This module writes all common green variables to 

file #27 for later access. 

Common Variables Referenced but not Changed: 

Refer ences(writes) all variables from qrnunt/ grnoosi 
grnea, geaoos , and grnwa^ commons. 

Entries: 

Subroutine OPNCTL 
Subroutine GRNOPS 



SUBROUTINE SYS3RD O 
File: GENERAL. FOR 

Puroose and Method: 

This routine reads SYSBRD.DAT (file #25) into the 
common variables. The formats are the same as for SYSOUT. 
Common Variables Changed: 

Changes all variables from hex, rhex, vhex, system, 
sysaca, sysoos, table, table2, and game commons. 
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Ent r i es 



Subroutine OPNCTL 
Subroutine REDOPS/GRNOPS 



SUBROUTINE REDBRD () 

File: GENERAL. FOR 

Puroose and Method: 

This module reads REDBRD.DAT (file *26) 

common variables. The formats are the same as for 

Common Variables Changed: 

Chanqes (reads) all variables from redunt 
redeq* reqpos* and redwar commons. 

Entries: 

Subroutine OPNCTL 
Subroutine REDOPS/GRNOPS 

SUBROUTINE GRNBRQ () 

File: GENERAL. FOR 

Puroose and Method: 

This module reads GRNBRD.DAT (file *27) 

common variables. The formats are the same as for 

Common Variables Changed: 

Chanqes (reads) all variables from grnunt 
grneq/ geqoos* and grnwar commons. 

Entries: 

Subroutine OPNCTL 
Subroutine REDOPS/GRNOPS 



into the 
REDOUT. 

redpos , 



into the 
GRNOUT . 

q rnpos t 
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INTEGER FUNCTION RANGE (I,J,K,L) 



File: GENERAL. FOR 

Purpose and Method: 

This function computes the distance (in hexes) 
between two points and converts to an integer. 

Parameters : 

i,j - integers; first location k/1 - integers; 

second location 

Other Major Variables: 

rng - integer; distance between two locations 
vert - real; vertical distance 
h o r z - real; horizontal distanc 
Subroutines Called: 

System functions FLOAT, SORT/ and IFIX 
Entries: 

Genera 1 Utility 

REAL FUNCTION NCACON (SIDE, ROW, COL) 

File: GENERAL. FOR 

Purpose and Method: 

This function computes the probaoility the JTFHQ can 
coordinate with the NCA. 

Identify Red switches. For each other piece of Red 
equipment collocated with the JTFHQ, add it to the 
appropriate list and find probability it will connect to 
NCA, based on C3E and NCAPAT. For ground terminals, check 
to see if a satellite beam is in range of the terminal. 
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Reoeat for Green equipment . Compute overall probability of 
a link to NCA using the formula: 

NC AC ON = 1 - f(t - HFPROB ) * ( 1 - VLFPRB)*(1 - GTPROB ) 1 
Parameters : 

side - character*!; side of JTFHQ 
row/col - inteqers; location of JTFHQ 
Other Major Variables: 

gtl - integer; list of gtound terminal equipment 
numbers 

vf 1 - integer; list of vlf equipment numbers 
hfl - integer; list of hf equipment numbers 
hqsw * inteqer; number of switch 

rng - integer; range from ground terminal to beam 
center of satellite 

hqswo - real; probability of switching orooerly 

vlfo - real; effectiveness of one vlf link 

gto - real; effectiveness of a satellite link 

hfp - real; effectiveness of an hf link 

pvlft - real; overall effectiveness of vlf links 

pgtt - real; overall effectiveness of satellite links 

ohft - real; overall effectiveness of hf 1 in<s 

q - real; 1-chance of some link to NCA working 

satrng - logical; true is a satellite is in range 

x,y - logicals; true if systems are compatible 

Common Variables Referenced but not Changed: 

redeq/grneq rauni t/gauni t etype 

ritem/gitem rtc3e/gtc3e ncapat 



283 



reqr ow/georow r t c 3es /a t c 3es beams 

reqco 1 /qeqc o I r t c rnq/gt c rng 

Subprograms Called: 

Integer function RANGE 
Logical function COMPAT 

Entries: 

General Utility 

REAL FUNCTION C3EXT (SIDE, K, RNG) 

File: GENERAL. FOP 

PurDose and Method: 

This function computes the d r o b a b i 1 i t y a unit will 
be in communication with its JTFHG. 

For each item of Red equioment, c h e c * to identify 
switches at ends of link. (The unit normally would not have 
a switch, but the game allows the inclusion of one.) Look 
for Red HF , LOS, GTPROB, or TAC equioment and find 
orobability of each forming a link. (See Subroutines 
HFPR08, L0SPP8, GTPROB, and TACPR8.) Do same for Green 
equipment. Calculate total probability of communicating 
with JTFHQ using the formula: 

C3EXT = 1 - [ C 1 -HFPR08 ) * ( 1-LOSPRB) * ( I-GTPRQ8) * ( l-TAC p R8)3 
Paramet ers : 

side - character*l; side of unit 
k - integer; unit number 

rng - integer; range from unit to JTFHQ 
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Other Major Variables: 



hf 1 - 


integer; list of hf equipment 


1 o s 1 ' 


■ integer; list of los equipment 


gt 1 - 


integer? list of ground terminals 


tael " 


* integer; list of tactical equipment 


us w - 


integer; index number of switch at unitr if any 


liqsw • 


■ integer; index number of switch at hq 


u s W D « 


■ real; effectiveness of unit switch 



iqswo - real; effectiveness of hq switch 



n f p - 


real; effectiveness of an hf link 


1 OSP • 


■ real; effectiveness of an los link 


dtp - 


real; effectiveness of a satellite link 


t ac P * 


• real; effectiveness of a tactical link 


oh f t • 


■ real; overall effectiveness of nf links 


p 1 os t 


- real; overall effectiveness of los links 


pgt t ■ 


* real; overall effectiveness of satellite links 



otact - real; overall effectiveness of tactical links 

q - real; 1-chance of communicating 

Common Variables Referenced but not Changed: 

redunt /grnunt rtc3e/gtc3e 

redeo/orneq r t c 3es /g t c 3es 

rauni t/qauni t ritem/gitem 

e t y De 

Subprograms Called: 

Real function HFPROB 
Real function LOSPRB 
Real function GTPROB 
Real function TACPR6 

Entries: 
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Genera) Utility 



RFAL FUNCTION HFPRQB C S I OE , I , K , HQS W , US W , RNG ) 

File: GENERAL. FOR 

Purpose and Method: 

This function comoutes the probability of a qiven HF 
equioment item linking uo to the JTFHQ. 

For HF equioment belonging to unit K, check for 
compatible HF equipment at JTFHQ, check compatibility with 
switches, and check range (ground and sky waves). If all 

requirements are satisfied for a link, trie product of the 
C3E of the two end equipments is the probability of the 
link. If more than one HF link is possible, use t r e highest 
Drobab i 1 i t y . 

Pa rame t ers: 

side - character*! ; side of unit 
i - integer? index of equipment item 
k - integer? index of unit 
hgsw • integer? index of switch at ho 
usw - integer? index of switch at unit 
rng - integer? distance from unit to hq 
Other Major Variables: 

orob - real? best effectiveness of all hf links 
probt - real? effectiveness of a qiven link 
x,y,z - logical? true if systems are compatible 
Common Variables Referenced but not Changed: 
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redeq/grneq 
r i t em/q i tern 
reqrow/ geqr o w 
reacol /geqcol 



r t c rnq/gt c rnq rrow/qrow 

rtc3e/gtc3e rcol/gcol 

rtc3es/gtc3es etype 

crnqs 



Subprograms Called: 

Logical function COMPAT 
System function MIN 

Entries: 

Pea? function C3EXT 

LOGICAL FUNCTION CQMPAT (I,K,RNG) 
File: GENERAL. FOR 

Purpose and Method: 



This function determines whether two pieces of 



equipment are compatible at a given ranqe» based on a 
compatibility table (Attachment A-2f of the Users' Manual). 
P3ramet e rs : 

i»'< - ,: nteqer; index numbers of two systems 
mg - integer; distance between systems 
Other M aior Variables: 

oatible - logical* true if systems are compatible 
x - character*l; value from compatibility table 
Entries: 

Genera 1 Utility 



REAL FUNCTION LOSPRB (SIDE, I , K , HQSW , USW , RNG ) 
File: GENERAL. FOR 

Purpose and Method: 
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This function computes the probability of a given 
1 i ne-o f -s i gh t equipment item linking uo to the JTFHQ 
directly or through a single relay. 

For LOS equipment collocated with unit K, look for 
compatible LOS equipment at JTFHQ; check compatibility with 
switches. If within ranqe/ link directly; otherwise/ lock 
for a ground relay. Check for an airborne relay throuqh an 
ABNCP or ArtACS. LOSPRB is the product of the C3Es of the 
end equipments and any relays. 

Parameters; 

side • character* 1 ; side of unit 

i - integer; index of equipment item 

j - integer; index of unit 

hqsw - integer; index of switch at hq 

usw - integer; index of switch at unit 

rng - integer; distance from unit to hq 

Other Major Variables: 

rangeu - integer; range from unit to relay 

rangeh - integer; range from relay to nq 

probt • real; effectiveness of a given los link 

orob - real; best los link effectiveness 

x/y/Z/W/v - logicals; true if systems are compatible 

Common Variables Referenced but not Changed: 

redeq/grneq rtc3e/gtc3e raba/gaba 

reqr ow /geqr ow r t c rng/gt c r ng rrow/grow 

reqco 1 /geqco 1 rawa/gawa rcol/gcol 

e t yoe 

Subprograms Called: 
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Integer function RANGE 
Logical function COMPAT 
System function MIN 

Entries: 

Real function C3EXT 

REAL FUNCTI ON GTPR0 3 (SIDE, I ,HQSW,USW) 

File: GENERAL. -OR 

Puroose and Method: 

This function comoutes the orobability of a given 
ground terminal linking to the JTFHQ through a satellite. 

Look for comoatible satellites and check range. 
Check for ground terminals at JTFHQ and check comoat i b i 1 i t y 
and range. Find orobability for each oossiole link by 
multiclying the C3E of the satellite and the C3E of the two 
ground terminals. If two or more links are possible, use 
the one with the highest orobability. 

Paramet ?rs : 

side * character*l; side of unit 
i - integer; index of equi orient item 
hqsw - irteger; index of switch at hq 
usw - integer; index of switch at unit 
Other Major Variables: 

rng - integer; range from ground terminal to a 
satellite beam center 

rnqu ~ integer; minimum ranqe from ground terminal to 
beam center of a compatible satellite 

rngh - integer; range from satellite beam center to 
JTFHQ 
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norob - real; effectiveness of link throuah a 
sa t e 1 1 i t e 

orob - real; effectiveness of best satellite link 

x,y,2»w - logicals? true if systems are comoatibie 

Common Variables Referenced but not Changed; 

redeg/grnea rtc3e/gtc3e rbeam/gbeam 

regrow/gearow r t c rng/gt c r ng etyoe 

regco 1 /gegco 1 ritem/gitem 

Subprograms Called: 

Integer function RANGE 
Logical function COMPAT 
System function MIN 

Entries; 

Real function C3EXT 

REAL FUNCTION TACPRB (SIDE,I,RNG) 

File: GENERAL. FOR 

Purpose and Method: 

This function comoutes the probability of a direct 
link with the JTFHQ using a given tactical comm eguioment 
item. 

Check for compatible TAC eauioment at JTFHQ; check 
compatibility and range of the equipment . The probability 
for the link is the product of the C3E of the two 
equipments. If two or more links are possible/ use the one 
with the highest probability. 

Parameters: 

side - character*! » side owning equipment 
i - integer; index of equipment 
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r nq 



i nt eqer 



distence from unit to JTFHQ 



Other Major Variables" 

probt - real; effectiveness of a tactical lin< 
prob * real; best tactical link effectiveness 
x,y,z - logicals; true if systems are compatible 
Common Variables Referenced but not Changed: 



redeg/grnea 
reqrow/gegrow 
regcol /geqcol 



rtcrnq/atcrng 

rtc3e/gtc3e 

ri tem/gi tern 



r row/grow 
rc o 1 /gc o 1 
etyoe 



Subprograms Called: 

Logical function COMPAT 
System function MIN 

Entries: 

Real function C3EXT 



REAL FUNCTION I N T C 3 ( S IDE , I , ROW , COL ) 

File: GENERAL. FOR 

Purpose and Method: 

This function computes the internal communications 
ability of a unit. 

Find tactical qear assigned to the unit; adapt 
effectiveness for local terrain bv checking internal data 
and multiplying the C3E of the equipment by appropriate 
factors. TACP is the effectiveness of each set of tactical 
equipment. INTC3 is the total effectiveness of all tactical 
equipment using the formula: 

IMTC3 = 1 - [( l-TACPC 1 ) )*( 1-TACP(2) )* ... (l-TACP(n))] 
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Paramet ers 



side - character*l ; side of unit 

i - integer; index number of unit 

row, col - integers; location of unit 

Other Major Variables: 

tael * integer; list of tactical equipment 

taco - real; effectiveness of a tactical set 

c3eff - real; effectiveness of a tactical set 

q - real; 1- chance of c ommun i c a t i nq 

prob - real; chance of internal connectivity 

Common Variables Referenced but not Changed: 

redeq/grneq prow/grow rtc3e/gtc3e 

r eqrow/geor ow rcol/qcol etype 

reqcol /geqcol ritem/gitem hex 

Entries: 

General Utility 

SUBROUTINE CHECK (ROW, COL) 

File: GENERAL. FOR 

Purpose and Method: 

This routine checks the validity of input map 
coordinates by making sure the row number is less than or 
equal to 66 and the column number is less than or equal to 
60 and either both are odd or both even. If the numbers are 
not valid hex coordinates, the routine asks for and checks 
new row and column values. 

Paramet ers : 
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row * c o 1 “ integers# location being tested 

Other Major Variables: 

test - real? odd/even test value 
Subprograms Called 

System function FLOAT 
Ent r i es : 

Genera 1 Utility 

SUBROUTINE RPOSIT/GPQS I T () 

File: GENERAL. FOR 

Puroose and Method: 

This routine disolays the unit name# location# 

and combat ooints for each unit. For each unit# 

values oresently in the common /ariables. ' 

Common Variables Referenced but not Changed: 

redunt/qrnunt aamtrn 

rrow/grow rgoal/ggoal 

rcol/acol rcmbtp/gcmbtp 

Entries: 

Subroutine RTURN/GTURN 
Subroutine E NOWAR 

SUBROUTINE RTER A IN/GTERA IN ( ) 

File: GENERAL. FOR 

Puroose and Method: 



goal# 
w r i t e 
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This subroutine adjusts the temporary range and C 3 
effectiveness of comm equipment based on terrain. 

Set temporary values initially eoual to basic values 
for that eauioment type* If the equipment is ground 
equipment adjust for basic terrain (excluding mountains). 
Check Path from eauioment to JTFHQ for mountains (use 
ootimum path to simulate line of sight). If hills/mountains 
are at least two hexes wide and closer than three hexes, 
adjust comm effectiveness by a factor of 0.75. 

Major Variables: 

re,ce - integers; location of eauioment 

rb,cb - integers; location of blocking mountain 

begin - integer; start of path for mountain check 



Common Variables 


Changed: 




rtc3e/gtc3e 

rtc3es/qtc3es 


rtcrng/gtcrng 




Common Variables 


Referenced but not 


Changed 


r eadea/grnea 


roa t h r/gpat h r 


c rng 


rearow/aearow 


rpa t he /qoa t he 


c r ngs 


regc o 1 /geac o 1 


rstart/gstart 


c3e 


rrow/grow 


r i tem/gi tem 


c 3es 


rcol /geo 1 
et yoe 


rauni t/gauni t 


hex 



Subprograms Called: 

Subroutine OPTIM 
Integer function RANGE 

Entries: 

Subroutine RTURN/GTURN 
Subroutine RCOMM 1 /GCOMM 1 
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SUBROUTINE OPTIM ( S I DE , K , ROW , COL , NROW , NCOL , FORCE ) 



File: GENERAL. FOR 

Puroose and Method: 

This routine uses a variation of the Dij'<stra 
Algorithm [Ref. 7] to find the shortest distance from the 
current oosition to the destination. T t takes into account 
the tyoe of unit and the terrain by call Subroutine PNTS. 
The oath will not allow ground units to cross lakes or seas 
or shies to cross land. Ground units will qo through passes 
or over mountains* whichever requires "ewer points. 

Check validity of destination for tyoe of unit. Set 
initial values of arrays* mac borders, and origin (starting 
point). For oresent node* f i no additional ooints necessary 
for given force to go to each adjacent hex. Find the 
unexolored node closest to the origin; this is the next 
node to be explored. Move to next node. Trace- oath bacx 
from destination to origin. Reverse oath and set the array 
element after the destination eoual to zero. 

Parame t e r s : 

side - characteM* side looking for oatn 
k - integer; index of unit 

rowrcol - integers; oresent location of unit 
nrow*ncol - integers; destination 
force - character*5; type of unit 
Other Major Variables: 

er*ec - integers; E array for algorithm; calling hex 
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d - real? 0 array; d a t h length from origin 

f - integer; F array; 0 for unexplored nodes f 1 if 
e xp 1 o r ed 

min - real; minimum distance to next node 

boa t h r , boa t He - integers; reverse oath form 

destination back to origin 

nextr»nextc * integers; next node to be explored 

uo , dn / us , ds / 1 s , n s - integers; coordinates of adjacent 
nodes 

rr,cc - integers; temporary holding for r and c 

r/c - integers; oresent node 

nr»nc ” integers; one Hex from goal 

dist - real; distance to present node 

distur,distulfdistu»distd#distdr f distdl - real; 

distances to adjacent Hexes 

Common Variables Changed: 

roat h r /goat H r r s t a r t /gs t a r t 

roat he /goa t He rend/gend 

rgoal/ggoal r 1 en t h /g 1 ent h 

Suborograms Called: 

Real function PNTS 

Entries: 

Subroutine REDGOAL/GRNGOAL 
Subroutine RTER A IN/G TER A I N 
Subroutine RRECON/GRECON 

SUBROUTINE RTURN/GTURN (STOPAT) 

File: RED. FOR/GREEN. FOR 

Purpose and Method: 
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This subroutine offers a menu of possible actions. 



inouts the player’s choice/ calls the aoorooriate 
subroutine/ and then looos back for another choice. 

Initialize temporary values for equipment. Present 
player action menu. 

Paramet ers : 

stopat - real, scheduled time for end of turn 
Major Variables: 

choice - character*!; menu selection 

airlft - logical? true if an airdroo has already been 
requested for this turn 

Common Variables Chanqed: 

rrecce/ arecce 

Subprograms Called: 

Subroutine REDGOAL/GRNGOAL 
Subroutine RCOMM/GCOMM 
Subroutine RRECON/GPECON 
Subroutine RC ACAS/GC AC AS 
Subroutine RPOS I T/GPOS I T 
Subroutine RSEALIFT/GSEALIFT 
Subroutine R A I RL I FT /G A I RL I FT 
Subroutine RATKSAT/GATK3AT 
Subroutine RTERAIN/GTERAIN 

Entries: 

Subroutine REDOPS/GRNOPS 



SUBROUTINE REDGOAL/GRNGOAL ( ) 
File: RED . FOR/GREEN . FOR 

Purpose and Method: 
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This routine allows the player to chanqe the 
movement goal of a combat unit/ displays a projected oath/ 
and allows the player to input an interim point to take 
another oath. 

Input unit name and check identity of the unit. 
Check communications link to see if change of orders can be 
sent to the unit. Display present goal of unit and ask 
player if he wants to chanqe it. Ask for new goal/ '0 O' to 
be input to stop a unit in its present position. Output new 
goal and proposed path. If the unit is a sealifted Marine 
force/ the goal remains that of the Amphibious Task Force 
carrying the Marines. 

Major Variables: 

unitna - character*8; name of unit input by player 
e f f c 3 - real/ effectiveness of comm link to JTFHQ 
rng - integer; distance to hq 
rn ~ real/ random number 

Common Variables Chanqed: 
rgoa 1 /ggoa 1 

Common Variables Referenced but not Changed: 

redunt /qrnunt rpathr/qpathr r 1 en t h /q 1 en t h 

rrow/qrow roa t he /gpa t h c rseal/gseal 

rcol/acol rstart/gstart seed 

r f o rc e/gf o r ce rend/gend 

Subprograms Called: 

Subroutine OPTIM 
Real function C3EXT 
Real function NCACON 
System function RAN 
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Entries 



Subroutine RTURN/GTURN 

SUBROUTINE RC AC AS/GC AC AS ( ) 

File: RED. FOR/GREEN. FOR 

PurDose and Method: 

For each air wing, the olayer selects the mission 

configuration for this turn. ^ i s s i o o choices are 

interdiction, counter air, and close air support. 

Check unit list for flying wing. For each wing 

offer mission choice. If interdiction mission is selected, 

input S targets. If close air support or counter air 

missions are selected, set temporary values for the mission. 

Common Variables Changed: 

r t i n t d/gt i nt d rtcasv/atcasv 

rintd/ginta rtcav/gtcav 

Common Variables Referenced but not Changed: 

r f o rce/gf orce rcasv/gcasv 

redunt /grnunt rcav/acav 

Suboroarams Called: 

Subroutine CHECK 

Entries: 

Subroutine RTURN/GTURN 

SUBROUTINE RRECON/GRECON () 

File: RED. FOR/GREEN. FOR 

Purpose and Method: 
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This routine allows the olayer to reauest satellite 



survey of one or more columns of the mao to find the 
locations of enemy units. The olayer can also request 
rsconna i sane e flights (at the expense of other air support). 

Offer choice of satellite or air recon. If 

satellite recon is selected/ review list of equipment for 
'soy' satellites/ display beam width(crnq)/ and inout 
westernmost column to be surveyed. If air mission is 
selectee / input start and end points of mission and unit 
name of winq to fly the mission. 

Major Variables: 

uriitna - character*8; unit name inout by olayer? 
flying wing to be assigned recce mission 

aib - integers? starting ooint for recce flight 

Crd * integers? end Doint of recce flight 

Common Variables Changed: 

ricol/gicol roa t h r /gpa t h r 

r recce/grecce roathc/goathc 

rs tart /g start 

Common Variables Referenced but not Changed: 

redunt /grnunt ritem/qitem 

rforce/gforce etyce 

redeq/grneo erng 

Subprograms Called: 

Subroutine 0 P T I m 
S ubroutine CHECK 

Entries: 

Subroutine RTURM/GTURN 
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SUBROUTINE RAIRLIFT/GAIRLIFT (AIRLF7) 



File: RED. FOR/GREEN. FOR 

Purpose and Method: 

Each side can airlift one ai rOorne force each turn. 
The player identifies the unit. If it is located on an 
airfield* it is immediately moved to the new location. The 
airlift does not subtract from other air missions. 

Indicate if airlift has already been used for this 
turn. Otherwise* input name of unit to be airlifted. 
Verify name if that of an existing* ai rborne unit. Check 
location to make sure unit is on an airfield. If all 
conditions are met* set variables for the drop. 

Paramet ers : 

a i rift - logical? true if airlift has already b ? e n 
reguested for this turn 

Other Major Variables: 

fly - integer; index used to identify whetTer 
identity of unit to be airlifted has been matched 

unitna - character*8; name of unit to be airlifted 

row*col - integers; drop zone location 

Common Variables Changed: 
rdrop/gdroo 
rlift/glift 

Common Variables Referenced but not Changed: 

redunt /grnunt rrow/grow 

r f orce/gf orce rcol/gcol 

Subprograms Called: 

Subroutine CHECK 

Entries: 
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Subrout i ne RTURN/GTURN 



SUBROUTINE RSEAL IFT/GSEAL IFT () 

File: RED .FOR/GREEN. FOR 

Purpose and Method: 

This subroutine embarks Marine forces oroviding 
their position and that of the Amphibious Task Force are 
appropriate. (They must be in adjacent sea and shore 
hexes . ) 

Offer choice of embarking or d i semba r k i ng . If 
embarking, review list of sealifted forces to see if ships 
are available. Input unit to be sealifted and verify it is 
an existing Marine unit. (Allow reject to main menu.) Check 
to see if unit and ships are in adjacent hexes, if so set 
appropriate variables to embark. Output messages if sealift 
is not available or locations are wrong. If disembark is 
selected, input and verify name of unit. If unit is 

amphibious, verify that it is presently embarked on an ATF, 
and verify location of ships is along shore. If conditions 
are met, set variables for landing. 

Major Variables: 

unitna ~ character*8; name of unit to be sealifted 

bottom, top, left, right - integers; coordinates of 
adjacent hexes 

ships ~ logical; indicates availability of amphibious 
task force 

lift - logical; indicates locations are appropriate 
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row , co 1 



integers; possible landing zone 



Common Variables Changed: 



rseal /gsea 1 
r row/qrow 
rco 1 /geo 1 



rgoa 1 /qqoa 1 
rl and/gl and 
rshore/gshore 



Common Variables Referenced but not Changed: 



r f orce/gf orce 
Entries: 

Subroutine RTURN/GTURN 

SUBROUTINE RATKSAT/GATKSAT () 
File: RED. FOR/GREEN. FOR 

Puroose and Method: 



This module allows the olayer to request use o‘ an 



anti-satellite weaoon. Connectivity to NCA is required 
reguardless of rules of engaaement. 

Major Variables: 

count - inteqer; numoer of weaoons available 
list - inteqer; list of weaoon indexes 

scount - integer; number of satellite taroets 
available 

slist - integer; list of target indexes 
comm - real; connectivity to NCA 
rn - real; random number 

num - integer; index number of target selected 

Common Variables Changed: 

rtarqt/gtargt 
r weaon /gweaon 



r edun t /grnunt 



hex 



303 



Common Variables Referenced but not Changed: 

redeq/qrneq etyoe 

ritem/qitem beams 

r t c 3e/g t c 3e 

Suboroqrams Called: 

Peal function NCACON 
System function RAN 

Entries: 

Subroutine RTUPN/GTURN 

REAL FUNCTION RPO I N T /'GPO I N T (I/C3EFF) 

File: PED. FOR/GREEN. FOR 

Puroose and Method: 

This function calculates the mobility ooints of a 
unit/ considering th<> type of unit/ the mobility of any comm 
equipment they a r e carrying along/ and the effectiveness of 
their tactical communications. 

Set ooints initially for type of unit. Make 
adjustment for mobility of comm qear. (If the mobility of 
the comm gear is less than that of the combat unit/ the unit 
must slow down to the soeed of the equipment.) If forces are 
sealifted/ adjust mobility to be that of ships. Adjust for 
effectiveness of tactical comm. If INTC3 is less than a 
random number the movement points of the unit are multiplied 
by a factor of 0.5. 

Parameters : 

i - integer; index of unit 

c3eff * real; internal comm effectiveness 



Other Major Variables: 

pnts - inteqer; value of movement points 

rpnts - real? real eauivalent of pnts 

Common Variables Referenced but not Changed: 

redunt /qrnunt rumob/aumob mob 

redeq/grneq rauni t/qauni t seed 

ritem/gitem rseal/gseal 

Subprograms Called: 

System functions RAN and FLOAT 

Entries: 

Subroutine RMOVE/GMOVE 

SUBROUTINE RMQVE/GMQVE ( ) 

File: RED. FOR/GREEN. FOR 

Purpose and Method: 

This subroutine moves each unit along the orojected 
oath toward its goal. Movement is affected bv terrain and 
bv the unit's movement points. The movement points of ■?. 
unit are obtained by calling Subroutine RPOINT or GPOINT. 
These points are then compared by Subroutine M V M E N T with the 
points required # or that type of unit to enter the next hex. 
If the unit has sufficient points/ the movement is made. 
Movement continues until the goal is reached/ all movement 
points are used/ or the unit enters the control zone of an 
enemy unit (in which case the Player can cnoose to retreat/ 
attack/ or go on toward its goal). 
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Lood through units. If a unit is sealifted, wait to 
move it. If unit is debarking, set new position and check 
for enemy in the area. If the unit is being airdropped, set 
their new position and check for enemy in the area. If the 
unit is not sealifted or ai'lifted, check internal comm and 
calculate movement points. Move the unit until out of 
movement Points, at goal, o " in enemy control tone. If not 
in retreat. call MVMFNT to make a one-hex movement. If in 
an enemy control zone, offer player choice of retreating, 
continuing on toward goal, going into a defensive position, 
or requesting approval of an attack. If in retreat, move 
backwards at half sceed until out of movement points. Set 
new position of all mcoile comm gear assigned to the unit. 
Check to see if movement should stop. If any units are 
sealifted, set their new position the same as their shies' 
position. 

M ajor Variables: 

diverts - r e a i > movement Points of unit 

temp - real; temporary value of points; holds 
original points while adjustments are made for slower 
ret r ea t speed 

used - real; number of points used in a one hex 
ret reat 

ret ret - logical; indicates if unit is retreating 

cnflct - loqical; indicates unit is in the control 
zone of an enemy unit 

wait - logical; there is at least one sealifted unit 

wait2 - logical; the given unit is sealifted and must 
move with the ships 
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row , co 1 



integers; landing zone for sealifted unit 



Common Variables Changed: 

regrow/gegrow rrow/grow rdroo/gdroo 

regco 1 /gedco 1 rcol/gcol rlift/glift 

rcn 1 st /gen 1 s t rland/gland owner 

r s t a r t /gs t a r t rshore/gshore lasown 

raoa 1 /ggoa 1 

Common Variables Referenced but not Changed: 

redunt/grnunt rseal/aseal 

rforce/gforce rauni t/gauni t 

Suborograms Called: 

Subroutine M V M E N T 
Subroutine ENEMY 
Subroutine RL I STEN/GL I STEN 
Real function INTC3 
Peal function RPO I NT /GPO I NT 

Ent ri es : 

Subroutine OP NCTL 



SUBROUTINE RCQMM/GCQMM ( ) 

File: RED. FOR/GREEN. FOP 

Puroose and M ethod: 

This subroutine allows the ol ayer to detach comm 
equipment from a unit and set it up as a separate fixed or 
mobile comm detachment. The player can also assign airborne 
command post orbits or change comm satellite orbits and beam 
locations/ and change the mission assignments of electronic 
warfare systems. 
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Offer choice of actions. If ABNCP orbit change is 
desired and one is available for this turn, input new orbit 
center and change values. If player wants to detach comm 
equipment, input equipment arid owning unit. Input new unit 
name for the detachment. If a unit by that name owns the 
equipment designated, detach the equipment, setting 
necessary variables. The unit type is now 'relay', the 
mobility is that of the equipment, the unit has no combat 
points, and no initial goal. If the olayer wants to change 
a comm satellite orbit and/or beam position, review the 
equipment list for comm satellites. Output the satellite 
name, present position, and beam centers; and input new 
centers. If the olayer wants to change E /n system missions, 
list systems and get choice of moces. 
i^ajor Variables; 

found - logical; true if equipment or'unit is matched 

arow,aco! - integers," orbit locations of ABNCP 

qoback - logical; true if input equipment of unit is 
not found in lists 



Common Variables Changed: 



redunt /grnunt 
r row / grow 
rco 1 /qco 1 
rumob/qumob 
rgoa 1 /qqoa 1 



regrow/gegrow 
reqco 1 /geqco 1 
rauni t /qauni t 
rbeam/gbeam 



r aba/gaba 
rforce/oforce 
rc mb t p/gc mb t p 
rmode/gmode 



Common Variables Referenced but not Changed: 



r ava 1 b/gava 1 b 
r edeq/grneo 
r i t em/g i tern 



rab/gab 
r ab 1 /gaol 
et yoe 



mob 

beams 

seed 



Subprograms Called: 
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Subroutine CHECK 
System function RAN 

Entries: 

Subrout i ne RTURN/GTURN 

SUBROUTINE RCOM M 1 /GCQMM 1 ( ) 

File: RED. FOR/GREEN. FOR 

Puroose and Method: 

This subroutine is called only on the first turn of 
the ODerations oort ion of the game. It allows the player to 
make initial allocation of comm eauipment to a combat unit/ 
fixed location, or mobile comm relay detachment. 

List all. equipment assigned to the player. For each 
equipment item, individually, determine tyoe of eauioment. 
If it is an ABNCP or AWACS, simply list it for later 
reference. If equipment is a satellite, identify the 
nomenclature, number of beams and beamwidth. Allow the 
player to input the center of each beam. If the equipment 
is an Intelligence satellite, identify it to the olayer; 
missions will be assianed in RECON module. If the equipment 
is an an t i -sa t e 1 1 i t e weapon, identify it to the olayer. 
Missions will be assigned in ATKSAT module. For fixed 
equipment, allow olayer to input the location. For mobile 
equipment, allow player choice of assigning to a particular 
combat unit or setting it uo as a separate comm detachment. 
For equipment to be assigned to a combat unit, input the 
unit name and set the location of the equipment to match. 
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For equipment to be used as a separate detachment/ input the 



location and new unit name. Set force t yoe to 'relay'/ set 
mobility points, combat Points, and goal. If AWACS is 
available, calculate percentage o* a v a i 1 ab i 1 i t y , based on 
the number of olanes. If A 8 (\i C P s are available, calculate 
the oercentaqe of availability? missions will be assigned 
in the COMM routine of each turn. Set temporary C3 
effectiveness of equipment based on terrain at the initial 
1 ocat ion. 

Common Variables Changed: 



redunt /grnunt 


reqrow/qeqrow 


raw/gaw 


rforce/qforce 


reoco 1 /geqco 1 


raw 1 /ga w 1 


r row/qrow 


rauni t/gaur. i c 


r ac /gab 


r co 1 /qc o 1 


rava 1 b/qava 1 b 


r ab 1 /gab 1 


rgoa 1 /gooa 1 


ravalw/gavalw 


rawa/gawa 


r umob/qumob 


rcmbto/qcmbtc 


r aba/gaba 


rown/qown 


r 1 as /q 1 as 




Common Va r i ab 1 es 


Referenced but not 


Changed : 


r edeo/qrneq 


e t yoe 


C rnq 


r i t em/g i t em 


beams 


mob 



Subprograms Called: 

Subroutine RTER A I N/GTER A I N 
Sub rout i ne CHECK 



Entries: 

Subroutine REDOPS/GRNOPS 
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6. PREPARING ALTERNATE GANGES 



6.1 DATA BASE SETS 

There are five basic data sets needed to clay COMEL 
( M aP» System Information, Equipment Lists, Unit Lists, and 
Combat Results Table). Any one set may be chanqeo without 
changing the others. By changing the data files you can 
tailor the battle to match a real world batle or determine 
the relative value of two different electronic systems. 

6.1.1 The Mao 

There are three sets of mao data arrays and a fourth 
file identifyinq the key objectives. One array indicates 
the basic terrain type of each hex ( ooen , dese r t , etc.); the 
second indicates roads; the third shows rivers. To enter a 
new mao, you must prepare four data files, as described in 
Section 6.2. When you name the new files, be sure not to 
use the same names as the default files (HEX. DAT, RHEX.DAT, 
VHEX.DAT, and KEY. DAT). When the mao information files are 
replaced the Operations Plan and Commander's Assessment 
(Attachments A-7 through A-10 of the Users' Manual) should 



also me reolaced 



6,1.2 The System Information 



Technical data and cost information on the 
electronic systems takes two files? one for the orimary data 
and one for a compatibility table. The technical data 
includes the mobility? range? effectiveness? and other 
information. The cost data? included in the same file? 
qives costs and time reauired for development? purchase? 
operations? etc. The compatibility table indicates which 
comm systems are comoatible with each other and with systems 
for the NCA. It also shows which Ed equipment is effective 
against which comm systems. The system and compatibility 
information must match? so either both default files or both 
new files must be used. Section 6.3 describes in detail the 
format of these files. Oo not use the de*aul‘: file names 
(SYSTEM .DAT and T ABLE .DAT). 

The file SYSINF.DEF includes general information 
about the systems? which can be displaced on the players' 
screens. This file should be replaced by a similar file for 
the new syst ems . 

6.1.3 The Equipment Lists 

The eauioment lists show each actual? individual end 
item of equioment available to the Joint Tas< Forces. Each 
entry includes a link to the appropriate entry in the system 
file. Four default files are available? Red and Green files 
for the Acquisition Phase and Red and Green files for the 
Operations Phase. The file names for the default lists are 
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REQUIP. EXT, GEQUIP.EXT (for the Ooerations Phase), 
REQUIP. DEF/ and GEQUIP.OEF (for the Acquisition Phase or a 
complete game). Mew equipment lists can be prepared on the 
editor/ using the directions in Section 6.4. If only the 
Ooerations Phase is being played/ the controller can also 
build the lists interactively at the beginning of the first 
gam a turn. 

6.1.4 The Unit Lists 

The unit lists indicate the combat units available 
to each side/ with information on their mobility/ initial 
location/ and combat values. The default lists are in 
REDUNIT.DEF and GRNUNIT.DEF. New lists can be ouilt in edit 
by followinq the instructions in Section 6.5, or 
interactively at the beginning of the Operations Phase. 

6.1.5 Combat Resu 1 t s 

The combat results table is a matrix usinq the 
difference in combat value of two units and a random number 
to designate the outcome of land combat. The default file 
is TABLE2.DEF; instructions for preoaring a new file are in 
Section 6.6. 

6.2 PREPARING A NEW MAP 

The mao for COMEL is made uP of a 66 row/ 60 column 
hexagonal layout. The numbering system is described in 
Section 1.4 of the Users' Manual. Each hex represents an 
area about 5 miles across/ so the entire map is therefore 
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about 178 miles by 300 miles 



To prepare a new mao from a 



real world mao, make a scaled copy of the mao on 
appropriately sized hex paper, or overlay the mao with a 
clear plastic overlay of the appropriate size hexes. Work 
in rows, identifying the area of the map in each hex as 
primarily ooen(o)» mountains(m) » woodsCwl » desert (d), 
lake(1), or sea(s). List the data in alternating file 

columns so that it makes a checkerboard pattern, as in 
Figure B- 1 . 



oooomo-ossssssssssss 

oooommwwooooossssoo 

oooommwwwoooossssoo 

oooowwwwoooooosoooo 

ooooowwwooooooccooo 

OOOOWWWWOOOOOOCOOOO 

ooooowwwooooooooooo 

oooowwwoooooooooooo 

looollllddddddddddd 

1 O c 1 1 1 1 1 ddddddddddd 
1 occ 1 1 1 1 ddddddddddd 
] o c 1 1 1 1 dddddddddddd 
i ° o o 1 1 1 1 ddddddddddd 
^ oool 1 1 ddddddddddd d 

HEX MAP CHECKERBOARD 

Figure 3-1 



Next you 'nust trace any roads you want to include, 
will have to decide whether to show all roads or only 
highways* deoendi ng on the density of the road system, 
a second* similar checkerboard pattern with zeros 
there are no roads and for hexes with roads. Make 



You 

major 

Make 

where 

sure 
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that the resultinq pattern makes a route that can be 
followed from hex to hex with no breaks (see Figure B - 2 ) . 



0 0 0 0 
0 110 
1111 
10 0 1 
0 0 0 0 
0 0 0 0 
0 0 0 0 
0 0 0 0 
0 0 0 1 
0 0 11 
1110 
110 0 
10 0 0 



TRACING ROADS THROUGH HEXES 
Figure B-2 



A umt goinq from a 'l* hex to a 'l* hex is traveling along 
a road an j can move faster. 

Preoare a third checkerboard to show rivers. Rivers 
mu3t appear to flow along the borders between hexes/ so 
determine on your hex paper which route is the closest 
aop r ox i ma t i on of the actual path of the river. Label hexes 
on one bank of the river with M* and those hexes on the 
opposite bank with as in Figure B-3. 

A unit moving between two hexes with total value of 3 must 
be crossinq the river. If two units are fighting from 
adjacent hexes with a total value of 3 9 the river is between 
them and the defender has an advantage. 
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0 0 0 0 
0 0 0 0 
0 0 0 0 
0 0 0 2 
0 0 2 2 
0 2 2 1 
2 2 11 
2 110 
110 0 
10 0 0 
0 0 0 0 
0 0 0 0 



TRACING RIVERS THRUOGH HEXES 



Figure B-3 



Finally make a list of hexes with major and mino' 
objectives. The list should show the major objectives (row 
then column in file columns 1-2 and 20-21)/ then sentinals 
(-f -1)/ then the minor oDjectiveS/ then sentinals. The 

list of objectives for the default game may be used t s an 
ex amD 1 e / it is in file KEY.DEF 

A small oortion of a mao and the equivalent hex mao are 

shown in Fiqure 8-4. 

6.3 PREPARING A SYSTEM LIST 

Each system requires three lines of data in the system 
listing; the first line identifies the svstem and the 
general equioment tyoe/ the second has technical data/ 
third has cost data. The data items/ measurement units. 
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MAP TRANSLATION 



Figure B-4 



data type* maximum ranger a sample entry, and the 
columns are as follows: 

LIME 1 

item unit data tyoe range sample columns(l) 



system name •• c h a r * 8 - hftty 2 2-9 

system type (2)- charts - nf 10-la 



Mote 1: File columns are critical. Character variables 
should be left justified and inteaers right 
justified in the listed columns. 

Mote 2: Svstem type must be one of the twelve listed 
in Section 1.5 



517 



LINE 2 - EW SYSTEMS 



i t em 


unit 


data tyoe 


range 


samp 1 e 


columns ( 1 ) 


mobi 1 i t v 


hex 


i nt ege r 


0-999 


6 


4-6 


range 


hexes 


integer 


0.-9999 


35 


9-12 


EW factor 


m 


i nt ege r 


0-20 


7 


17-18 


ECM value 


- 


real 


• 

0 

1 

o 

• 

o 


-0.75 


19-24 


ESM value 




i nt eger 


0-5 


1 


30 



LINE 2 - HF 
item 


SYSTEMS 
un i t 


data tyoe 


range 


same 1 e 


co 1 umns ( 1 ) 


mob i 1 l t y 


hex 


integer 


0-999 


8 


4-6 


around wave 












range 


hexes 


i n t ege r 


0-9999 


6 


9-12 


sky wave 












range 


hexes 


i n t ege r 


0-9999 


9999 


15-18 


secur ity factor - 


integer 


0-5 


1 


24 


re 1 i ab i 1 ity 


% 


real 


0 . 0 - 1 .0 


0.85 


26-30 


re 1 /sky wave 


% 


real 


0 . 0-1 .0 


0.78 


32-36 


f 1 e x i b i 1 ity 


% 


real 


0 . 0 - t .0 


0.84 


38-42 


optimization 


% 


real 


O 

• 

1 

O 

• 

O 


0.92 


44-48 


C3E ( 3 ) 


% 


real 


0 . 0 - 1 .0 


0.91 


50-54 


C3E/sky wave 


% 


real 


0 . 0-1 . 0 


0.78 


56-60 


Note 3: This 


numbe r 


in the default fi 


1 e (See 


Section 2 ; 



is the oroduct of reliability/ flexibility/ and 
ooerability. For communications systems/ the 
sauare root of the oroduct represents the C3E 
of one end of a communications link. Any method 
of calculating the C 3E f f ec t i veness may be used/ 
since the C3E and C 3 E ( s k y wave) are used in the 
game but REL/ RELS f FLEX/ and OPT are not. 



313 



LINE 2 - COMMUNICATIONS SATELLITES 



i t em 


unit 


data tyoe 


range 


samp 1 e 


column s( 1) 


mob i 1 i t y 


hex 


inteaer 


999 


999 


a-6 


beam width 


hexes 


integer 


0-9999 


6 


9-12 


# of beams 


- 


i n t ege r 


1-10 


a 


17-18 


secur i ty factor* - 


i n t ege r 


0-5 


2 


2 a 


re 1 i ab i 1 i t y 


% 


real 


o 

• 

1 

o 

• 

o 


0.85 


26-30 


flexibility 


% 


real 


o 

• 

0 

1 

• 

o 


o.8a 


32-36 


ooerabi 1 i ty 


% 


real 


o 

• 

0 

1 

• 

o 


0.92 


38-a2 


C 3E ( 3 ) 


V 

1 


real 


o 

• 

1 

o 

• 

o 


0.91 


ao-ae 






LINE 2 - ANTI 
i t em 


-satellite: weapons 

unit data tyoe range 


samp 1 e 


CO 1 umns ( 1 ) 


mob i 1 i t y 


hex 


integer 


999 


999 


a-6 


range 


hexe? 


i n ege r 


0-999 


6 


9-12 


reliability 


X 


real 


0.0-1 .0 


0.85 


1 a- 1 8 


f 1 e x i b i 1 i t y 


% 


real 


O 

• 

0 

1 

*— * 

• 

o 


0.80 


20-2a 


ooerab i 1 i t y 


X 


real 


0.0-1 .0 


0.92 


26-30 


C3E ( 3 ) 


% 


real 


0.0-1 .0 


0.91 


32-36 



LINE 2 - ALL 
i t em 


OTHERS 
uni f 


4 

data tyoe 


ranae 


samo 1 e 


co 1 umns ( 1 ) 


mob i 1 i t y 


hex 


i n t ege r 


999 


999 


a-6 


range 


hexes 


i n t ege r 


0-999 


6 


9-12 


security factor - 


integer 


0-5 


2 


17-18 


reliability 


X 


real 


o 

• 

1 

o 

• 

o 


0.85 


20-20 


flexibility 


% 


real 


0.0-1 .0 


0 .80 


26-30 


ooerabi 1 i t y 


X 


real 


o 

• 

0 

1 

• 

o 


0.92 


32-36 


C 3E ( 3 ) 


X 


real 


0.0-1 .0 


0.91 


38-02 
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LINE 3 



i t em 


unit 


data type 


range 


sample 


columns 


numbe r 
available 




i nteger 


0-99 


14 


5-6 


R&D cost 


$M 


i n t ege r 


0-999 


2 


10-12 


R&D time 


veers 


i n t ege r 


0-5 


2 


18 


Accelerated 
R8-D cost 


$M 


i n t ege r 


0-999 


4 


22-2 a 


Accel er at ed 
R & D time 


years 


i nt eger 


0-5 


1 


30 


Manufacturing 

cost 




integer 


0-999 


7 


34-36 


Maruf. time 


years 


i nteger 


0-5 


3 


«2 


Normal 08.M 
cost 




integer 


0-999 


1 


46-48 


Reduced O&M 


$M 


i n t eae r 


0-999 


1 


52-54 



An 


examole of a three~line 


entry for a 


system is 


ar t ac 


1 t ac 






7 


3 1 0.780 0.750 


0.880 0.714 




4 


0 0 0 0 


12 1 


3 



Uo to 49 seoarate systems may be entered. After the last 
system, enter a '-l* in columns 2 through 3 and 10 througn 
11 of the next emoty line. These will act as sentinals. If 
you wish to add a system that does not exactly match any of 
the system types listed, you must improvise to the closest 
fit. Addition of another type of system to the game would 
require major revision to the game (See Section 5.4.4), 

A matching comDa t i b i 1 i t y table must be prepared. This 
table is a two dimensional matrix with the row numbers and 
column numbers cor respondi ng to the index numbers of the 
systems in the system list. Each matrix entry (i,j) tells 
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whether system i is comoatible with system j or, in the case 
of an EW system, whether i is effective against j. The 
matrix entry is an ' n ' if the systems are not compatible, 
* t * if they are compatible, 'w' if they are comoatible only 
if connected by wire, and 'g' if compatible only at very 
short range (one hex). 

A matching general infor nation is also be needed, to be 
shown on the players' screers. Each system type has two to 
ten lines of general information on the use of the system. 
The default file can be used unless new system types have 
been added to the game-. 

The system information for the default game may be used 
as examples. The default system list is in file SYSTEM. OEF, 
the matching comoat i o i 1 i t y table is in TABLE. DEF, and the 
matching general information is in SYSINF.DEF. 

6. a PREPARING NEW EQUIPMENT LISTS 

Eguioment lists for the Operations Phase reauire only 
three data items (End Item Name, System Number, and Percent 
of Readiness). 



i t em 


unit 


data type 


range 


samp 1 e col umns ( 1 ) 


end item 
name 




char *8 




hftty 2 2-7 


system #(4) 


- 


integer 


l-a9 


32 8-13 


X Readi ness 


% 


real 


0.0-1 .0 


0.85 ia-19 


Note The 


system 


number is 


a link 


to the i ndex of the 



matching system from the system list. For 
example, in the default game Red has 12 hftty 
eguioment items, each of which is linked to 
system number 8, hftty 2. 



321 



After the last uni t > enter a ' - 1 ' in the first two data 



columns to act as a sentinal. No more than 99 eauinment 
items can be used for eacn side. The default files/ 
REQUIP. EXT and GEQUIP.EXT can be used as examples. 

6.5 PREPARING NEW UNIT LISTS 

Each unit list has nine data items as follows: 

LINE 1 



item 


unit 


data tyoe 


range 


same 1 e 


co 1 umns ( 1 ) 


unit name 


- 


c h a r * 8 


- 


8th abn 


1 -8 


unit t vce ( 5 ) 


- 


c h a r *5 


- 


amph 


1«-18 


row 


hex 


i nt ege r 


1-66 


92 


2 o-27 


col ( 6 ) 


hex 


integer 


1-60 


36 


3o-37 



LINE 2 



item 


unit 


data tyoe 


range 


same 1 e 


col umns ( 1 ) 


mob i 1 i t y 


hexes 


integer 


i 

0 I 

1 t 

ru l 

O 1 
I 
l 


8 


6-7 


counter-ai r 


va 1 ue ( 7 ) 


- 


i nt eae r 


0-10 


a 


19-20 


close-air- 


support ( 7 ) 


- 


integer 


0-10 


6 


32-33 


ew-va 1 ue ( 7 ) 


- 


integer 


0-10 


4 


99-95 


ai r-def ense 


value 


— 


i nt ege r 


0-10 


6 


56-57 



Note 5: The tvoe must be one of the eight listed in 
Section 1.5; the first unit listed must be 
the JTFHQ. 

Note 6: Location row and col must both be odd or both 
even. 

Note 7: Air units only (tfw or c b g ) / 0 for all others. 

A '-1' should be entered in columns 2 and 3 of the line 
following the last unit/ to act as a sentinel. Ud to 19 
units can by entered for eacn side. The default lists are 
in REDUNIT.DEF and GRNUNIT.DEF. 
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6.6 PREPARING A COMBAT VALUE TABLE 



The combat value table is a matrix with the rows being 
random integers from 0 through 9 (corresponding to the 
random numbers) and the columns being the relative 
difference (from through 5) in combat values of two 

units. (The defender's combat points are subtracted from 
the attacker's ooints: if the difference is greater than 5 

or less than -9 it is chanosa to one of those limits.) Each 
entry in the matrix has two groups of three integers) one 
group for the attacker and one for the defender. The three 
integers for each unit tel!) ^ 3 ) how many combat ooints the 
unit loses* (b) how many hexes the jnit must retreat (oack 
along the approach oath). and (c) how many eguioment end 
items are destroyed. For examole. if the combat units have 
a difference in combat units of 2.3 (rounded to 2) and the 
random number is 6* the table might indicate an outcome of 
'1 0 0 3 2 1'. meaning the attacker loses 1 combat point, 

the defender looses 3 ooints. retreats 2 hexes, and loses 1 
piece of C3 eouioment (the piece with the lowest security 
factor) . 

The format of the file, for random number 0. looks like 
this) 

100200 100200 2... 0200 200100 
200000 111000 2... 2000 999000 

Nine similar sets of numbers are added for the other random 
numbers. The default file is in TABLE2.DEF. 
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INITIAL DISTRIBUTION LIST 



No . Copies 

1. Defense Technical Information Center 2 

Cameron Station 

Alexandria/ Virginia 22314 

2. Library/ Code 0142 2 

Naval Postgraduate School 

Monterev/ California 93940 

3. Professor M. Sovereign, Code 74 3 

Chairman C3 Academic Group 

Naval Postgraduate School 
Monterev, California 93940 

4. CDR G. Porter, Code 55Pt 1 

Director, C3 Warlab 

Naval Postgraduate School 
Monterey, California 93940 

5. Capt Katherine Rowe 1 

HQ USEUCOM Box 1241 

APO New York, New York 09128 

6. Caot Robert C. Allgood Jr. 1 

OL HQ AFELM PACOM 

Camo Smith, Hawaii 96861 

7. Lt Col J. Johnson, Code 39 1 

C 3 Curricular Officer 

Naval Postgraduate School 
Monterev, California 93940 

8. AFIT/CIRD 1 

ATTN: Caot B. Van Orman 

Wright-Patterson AF3, Ohio 45433 

9. Joint Telecommunications Systems/ 1 

Staff Officers Course (TSSOC) 

ATTN: Maj Perrine 

Keesler AFB, Mississippi 39534 

10. Professor M . Kline, Code S4Kx 1 

Administrative Science Department 

Naval Postgraduate School 
Monterey, California 93940 
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11. Naval Ocean Systems Center/ Code 8292 1 

ATTN: Dennis Me Call 

San Diego/ California 9215 2 

12. U.S. Army War College 1 

ATTN: CaPt Howard Yel len, USA 

Carlisle Barracks/ Pennsylvania 17013 

13. Naval War College Center for War Gaming 1 

ATTN: CDR R. Adams 

Newport/ Rhode Island 02890 

19. Air University Library 1 

AUL/LD 

Maxwell AFB , Alabama 36112 

15. CDR L. Garden/ Code 62Ge 1 

Naval Postgraduate School 

Monterey/ California 93990 

16. Naval Electronics System Command 1 

ATTN; Dr. J. Lawson 

Washington/ D.C. 20360 

17. Commander in Chief Pacific Command/ Code J77 1 

Camo Smith/ Hawaii 96861 
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